Claude Code의 '프로젝트' 기능 사용 후기: 장점, 어려움 및 활용 방법
요약
Claude Code에 '프로젝트(Project)' 기능이 베타로 도입되어, 여러 작업을 하나의 코디네이터가 관리하는 방식으로 업무 효율성을 높였습니다. 이 기능을 통해 작업별 스레드를 병렬로 진행하고, 완료되는 대로 다음 작업을 자동으로 시작할 수 있습니다. 다만, 로컬 환경에서의 작업이나 세션 간 내용 공유에는 아직 어려움이 존재합니다.
핵심 포인트
- 코디네이터가 여러 작업(스레드)의 진행 상황을 통합 관리함.
- 작업별로 병렬 처리되며, 완료 시 다음 작업을 자동으로 시작함.
- Pull Request 리뷰 대기 등 다양한 상태를 한곳에서 추적 가능함.
- 로컬 환경이나 연결 끊김 후 재개에는 아직 제약이 있음.
Claude Code에 '프로젝트(Project)'라는 기능이 베타 버전으로 추가되었습니다 (2026년 9월 17일 발표, Pro와 Max 플랜). 데스크톱 앱과 웹, 스마트폰 앱에서 사용할 수 있으며, 터미널의 CLI에서는 사용할 수 없습니다). 업무 개발 과정에서 약 일주일 동안 사용해 보았습니다.
Today we're rolling out Projects in Claude Code on desktop and web.
A project is one conversation with Claude. It splits the work into threads itself, runs them as parallel cloud sessions, passes context between them, and keeps going when you leave.
In beta for select users. https://t.co/j4k7rludhV
— ClaudeDevs (@ClaudeDevs) September 17, 2026
이 글은 2026년 10월 10일자 정보입니다. 프로젝트는 공개 베타 버전이므로 화면이나 사양이 변경될 수 있습니다.
이 글은 Claude와 함께 작성했습니다. 내용은 실제 화면과 공식 문서를 통해 확인한 것입니다.
Slack의 Claude Tag(팀 채널에서 Claude에게 작업을 요청할 수 있는 기능)를 개인 개발용으로 바꾼 듯한 기능을 느꼈습니다. 코디네이터(요약 담당자)인 Claude에게 작업을 맡기면, 작업별로 스레드를 만들고 병렬로 진행하며, 완료된 것부터 보고해 줍니다.
가장 큰 변화는 병렬 작업의 '관리'를 코디네이터 Claude에게 맡길 수 있게 되었다는 점입니다.
| 이전 (여러 세션을 직접 관리) | 프로젝트 | |
|---|---|
| 진행 상황 | 어느 것이 어디까지 진행되었는지, 시간이 지나면 내가 잊어버림 | 코디네이터에게 물어보면 모든 스레드의 상황이 돌아옴 |
| 다음 할 일 | 세션이 늘어날수록 '다음은 뭘 해야 했지?' | 미리 전달해 두면, 완료되는 대로 코디네이터가 다음 작업을 시작함 |
- 개인 컴퓨터나 클라우드에서 접근할 수 없는 장소에서의 작업이 많은 업무에는 적합하지 않습니다. 그런 업무는 평소처럼 로컬 Claude Code로 진행하는 것이 더 빨랐습니다.
- 개선점은 있다고 느꼈지만, 경험 자체는 좋았고 앞으로도 계속 사용할 생각입니다.
좋았던 점 (良かったこと)
- 어떤 작업이 어디까지 진행되었는지 스스로 기억할 필요가 없음
- 나중에 할 분량까지 맡겨두면, 완료되는 대로 다음 작업을 시작해 줌
- 리뷰를 기다리는 Pull Request가 한곳에 모임
- 리포지토리의 CLAUDE.md 위에 프로젝트 전체의 규칙을 설정할 수 있음
- 지시에 스탬프로 반응이 돌아옴. 승인도 스탬프로 가능함 (귀여움)
어려웠던 점 (困ったこと)
- 로컬 컴퓨터에서 실행한 스레드의 진행 상황을 보기 어려움
- 로컬 컴퓨터에서 실행하는 스레드가 재부팅이나 연결 끊김 후 알아채지 못하게 멈출 때가 있음
- 완료되었는데도 '리뷰 대기'나 '처리 대기' 상태로 남아있는 경우가 있음
- 프로젝트 간에 내용을 서로 보여주기가 어려움
글의 흐름은 좋았던 점 → 어려웠던 점 → 사용 방법 순입니다. 사용 방법부터 읽고 싶은 분은 링크를 이용해 주세요.
하나의 세션을 관리자로 할 수도 있지만, 그 경우 /loop와 같은 메커니즘을 직접 구성하여 다른 세션들을 주기적으로 확인하도록 해야 했을 것 같습니다. 프로젝트에서는 이 관리를 코디네이터가 담당해 줍니다. 저의 하루는 이런 반복이었습니다.
흥미로웠던 점은 코디네이터가 모든 스레드의 내용을 처음부터 읽으러 가지 않는다는 것입니다. 각 스레드의 마지막 상태를 가져오고, 궁금한 것만 자세히 보고 있는 것처럼 보였습니다.
캐시 유효 기간을 초과하여 멈춰 있던 스레드에 추가 지시를 보내면, 해당 스레드는 대화 전체를 다시 읽은 후에 작동합니다 (스레드 대화 캐시는 구독 범위 내에서 사용할 경우 기본 1시간). 오래된 큰 스레드를 만드는 것보다 새로운 스레드를 만드는 것이 비용 면에서 절약될 때가 있어, 코디네이터에게 맡겨두면 잊기 쉽고 주의해야 할 점이었습니다.
스레드 작업이 끝나면, 그 알림은 자동으로 코디네이터에게 도착하는 것 같습니다. 이를 전제로 요청 방식을 바꿨습니다.
| 요청 방식 | 코디네이터가 해준 것 |
|---|---|
| 나중에 할 부분까지 포함해서 '이 작업이 끝나면, 다음은 이걸' 하고 미리 전달하기 | 끝나는 대로 적절한 타이밍에 다음 스레드를 생성해 주기 |
| ... | |
| 끝날 때까지 기다렸다가 스스로 요청할 필요가 없다는 것이 편했고, 자기 전에 순서만 알려주는 방식도 좋다고 생각합니다. |
평소 세션에서도 같은 것은 요청할 수 있지만, 여러 개의 스레드에 대한 풀 리퀘스트(PR)가 한곳에 모여 있고 어떤 것을 봐야 할지 한눈에 알 수 있다는 점이 달랐습니다.
프로젝트에서는 '설정'의 '환경'에서 여러 개의 레포지토리나 폴더를 등록할 수 있습니다 (저는 5개). 규칙을 적는 공간이 3단계로 나뉩니다.
| 단계 | 작성하는 것 | 읽는 곳 |
|---|---|---|
| 리포지토리의 CLAUDE.md | 해당 레포지토리의 규칙 | 해당 레포지토리를 다루는 스레드 (클라우드에서도, 로컬에서도. 공식 문서에 따르면, 클라우드의 스레드는 등록된 모든 레포지토리의 CLAUDE.md와 skill을 시작 시 읽습니다) |
| ... | ||
| 운영 규칙은 대화로 전달만 하면 메모리에 기록되었고, 어떤 레포지토리의 스레드에서도 지켜주었습니다. 5개의 CLAUDE.md에 같은 것을 반복해서 쓸 필요가 없다는 것이 편리했습니다. 반드시 전하고 싶은 것은 '프로젝트의 지시'에 적습니다. 둘 다 프로젝트 상단의 톱니바퀴에서 여는 '설정'의 '메모리'에 있습니다. |
| 설정의 '환경' | 설정의 '메모리' |
|---|---|
지시를 보내면, 받았다는 표시로 메시지에 스탬프가 붙는 경우가 있습니다. Slack의 태그 기능에서도 같은 반응을 보이는 것 같아, 사람에게 부탁했을 때와 같은 반응이라 조금 귀엽습니다.
저도 스탬프를 찍을 수 있습니다. 승인을 요청받았을 때는, 메시지에 👍만 달아주면 Claude가 그것을 승인으로 받아들여 진행해 주었습니다.
가장 당황스러웠던 점은 이 부분이었습니다. 저는 많은 스레드를 로컬 PC에서 구동했었습니다 (방법은 후술할 '로컬 PC에서 스레드 구동' 참고). 공식 문서에는 스레드를 열면 Claude가 한 행동을 순서대로 읽을 수 있다고 나와 있지만, 로컬에서 구동한 스레드를 열어 제 화면으로 본 것은 다음과 같았습니다 (오른쪽 열은 나중에 작성하는 방식으로 로컬 세션을 열었을 때 보이는 것. 클라우드에서 구동한 스레드는 수가 적어 확인하지 못했습니다).
| 프로젝트 스레드 화면 | 로컬 세션 화면 | |
|---|---|
| 답변/보고 | ○ (간단하게 요약된 문장) | ○ |
| ... |
로컬 세션이라면, 툴 호출 등의 실제 세부 작업을 접힌 줄을 열어 확인할 수 있습니다. 프로젝트 스레드 화면에서는 그것이 불가능합니다.
체크리스트의 같은 줄이 길게 이어지면, 진행 중인지 멈춘 것인지 구별하기 어려울 때가 많았습니다. 멈춰 있어도 제 화면에는 에러가 나타나지 않았기 때문에 (후술할 '재부팅이나 연결 끊김 후 무심결에 멈춤' 참고), 보고만으로는 알 수 없었습니다. 공식 문서에도 코디네이터는 절차를 하나씩 게시하지 않기 때문에, 대화가 조용해도 스레드는 작동하는 경우가 많다고 설명되어 있습니다.
스레드의 답변이 짧은 것은, 코디네이터가 상황을 확인할 때 컨텍스트(context)가 과부하되지 않도록 하기 위함일 수 있습니다. 그렇게 생각하니, 이 가시성 부족함은 병렬 관리의 부하를 가볍게 유지하기 위한 설계의 반작용인가 싶기도 했습니다.
로컬에서 구동된 실제 세션을 여는 진입점은 앱 화면에 없었습니다. 공식적인 방법은 아니지만, 터미널에서 다음과 같이 세션 ID를 지정하면 데스크톱 앱으로 해당 세션을 열 수 있었습니다 (ID는 코디네이터에게 물어봤습니다. 공식 문서에는 없는 방법이라 앞으로 바뀔 수도 있습니다).
open
컴퓨터를 재부팅한 후, 코디네이터에게 물어보니 '9개 중 8개가 연결되었다'고 돌아왔습니다. 그런데 그날 밤에 만약을 대비해 '조용한 스레드의 상황을 알려달라'고 부탁했더니, 6개가 멈춰 있었습니다. 컴퓨터가 절전 모드(sleep)에 들어가거나 네트워크가 끊겼을 때도 마찬가지였는데, 병합 순서를 기다리던 4개는 다음 날 아침까지 움직이지 않은 상태였습니다. 멈춘 스레드에서는 오류가 발생하지 않았고, 체크리스트가 '대기 중'인 상태로 변하지만 않았습니다.
게다가 컴퓨터 측에서 허가 확인이 필요해서 멈추는 경우도 적어도 5번 있었습니다. 이 경우에는 스레드 내에서 답변을 하면 다시 움직이기 시작했습니다.
작업이 끝나면, 스레드가 자동으로 '해결됨(解決済み)'으로 넘어가는 경우도 있었지만, 판단할 수 없는 것은 '검토 대기(レビュー待ち)'나 '대응 대기(対応待ち)' 상태로 남아 있는 경우도 있었습니다. 남아있는 항목들은 스레드 오른쪽 상단의 '해결' 버튼을 직접 눌러 '해결됨'으로 옮기고 목록을 정리해야 했습니다.
이 글을 쓰기 위해, 개발용과는 별도의 프로젝트를 만들었습니다. 그런데 기사용 프로젝트의 Claude는 개발용 프로젝트의 대화나 스레드를 읽을 수 없었습니다. 기록은 제가 복사해서 가져가야 했습니다.
코디네이터와의 상호작용은 겉보기에는 하나의 채팅이 계속 이어지고 있는 것처럼 보입니다. 하지만 나중에 기록을 읽어보면, 백그라운드 세션(裏のセッション)은 기간 동안 5번 바뀌어 있었습니다. 대화는 계속 연결되어 보여서, 주고받는 답변에도 어색함이 없었기 때문에 전혀 눈치채지 못했습니다.
여기부터가 순서입니다. 공식 설명은 다음 페이지에 있습니다.
공식의 4분 소개 영상도 이 포스트에서 볼 수 있습니다.
We just let in every Pro and Max user from the Claude Code Projects waitlist!
If you're new to Claude Code Projects, here's a 4 minute walkthrough to get you started: https://t.co/aewDkvvOcq
— ClaudeDevs (@ClaudeDevs) October 9, 2026
| 항목 | 내용 |
|---|---|
| 플랜 | Pro와 Max (Team과 Enterprise는 아직 대상 제외)
| ... |
베타 기능은 단계적으로 배포되었기 때문에, 아직 받지 못한 사람은 웨이트리스트에 신청해서 기다리는 형태였습니다. 사이드바에 '프로젝트(Projects)'가 보이면 사용할 수 있습니다. 보이지 않으면, 기사 마지막에서 신청 방법을 소개합니다.
| 코디네이터 (대화) | 스레드 |
|---|---|
| 담당하는 것 | 프로젝트 전체 | 하나의 작업 |
| ... |
프로젝트를 열면, 왼쪽에 대화(conversation), 오른쪽에 스레드 목록이 나열됩니다. 코디네이터는 스레드의 세부적인 절차까지 보지 않고, 보고서를 읽어 전체를 정리하는 것 같습니다.
사이드바의 '프로젝트'를 열면, 프로젝트 목록이 나타납니다.
처음으로 '프로젝트'를 열었을 때는, 이전에 있던 채팅의 프로젝트(claude.ai나 데스크톱 앱으로 만들 수 있는 기존 방식)를 가져올지 묻는 창이 나왔습니다.
- 오른쪽 상단의 '새 프로젝트(新規プロジェクト)'를 누릅니다.
- 다이얼로그에서 '이름'을 입력합니다. '목표'와 '컨텍스트'는 선택 사항이며, 나중에 추가할 수 있습니다.
- '프로젝트 생성(プロジェクトを作成)'을 누르면 대화가 열립니다.
컨텍스트의 '추가'에서는 GitHub 리포지토리, 파일, 폴더, Google Drive 폴더를 선택할 수 있습니다. 저는 여기서 개발 중인 리포지토리를 추가했습니다.
첫 프로젝트에서는, 만든 직후 Claude가 스스로 1턴 움직여서 리포지토리를 읽고 다음 단계를 제안합니다(이 턴도 구독 사용량을 사용합니다). 저는 제안을 기다리지 않고 먼저 메시지를 보냈는데, 그것으로 문제가 없었습니다. 이미 클라우드 세션에서 진행하고 있는 작업이 있다면, 해당 세션 메뉴의 '프로젝트로 계속하기(Continue as project)'를 통해 전환할 수도 있습니다.
| 항목 | 내용 |
|---|---|
| 코디네이터 모델, 추론량 | 코디네이터의 모델과 노력 수준. 초기 설정은 Opus의 '낮음' |
| ... |
대화 메시지란에 하고 싶은 일을 그대로 쓰기만 하면 충분했습니다. 코디네이터는 짧은 질문이라면 그 자리에서 답하고, 작업이라면 새로운 스레드를 만들거나 비슷한 작업을 하는 스레드로 보냅니다. 만들어진 스레드는 메시지 바로 아래 카드 형태로 나열되며, 누르면 해당 스레드가 열립니다.
오른쪽에 있는 '개요'(Overview)에서는 스레드가 상태별로 나열됩니다.
| 분류 | 포함된 스레드 |
|---|---|
| 리뷰 대기 중 | 풀 리퀘스트가 리뷰 대기 중 |
| ... |
Landing만은 제 화면에서 한국어 표시를 확인할 수 없었기 때문에, 공식 문서의 영어 이름을 그대로 사용했습니다. 앱을 닫고 다음 날 아침에 다시 열어도 무엇이 끝났고 무엇이 나를 기다리는지는 바로 알 수 있었습니다(다만, 오류 없이 멈춘 스레드는 여기서 구분할 수 없습니다). 브라우저에서는 개요 버튼에 점이 찍히고, 데스크톱 앱에서는 알림도 옵니다.
스레드를 열면 그 안에도 메시지 창이 있습니다. 대화창에 작성한 추가 지시는 코디네이터가 관련된 스레드를 찾았을 때만 도착하지만, 스레드 목록에 적으면 확실하게 해당 스레드로 전달됩니다.
스레드는 기본적으로 클라우드에서 작동하지만, 오직 제 컴퓨터에서만 할 수 있는 작업은 그 스레드만을 이용해 컴퓨터에서 실행할 수 있습니다. 저의 경우에는 e2e 테스트와 로컬의 다른 AI 도구에서의 코드 리뷰가 여기에 해당합니다.
작업 특성상, 로컬에서만 가능한 것은 제가 지시하지 않아도 코디네이터가 스스로 로컬 스레드를 열어주었습니다. 프로젝트 지침에 '로컬에서만 실행할 수 있는 작업은 로컬에서'라고 적혀 있었기 때문인 것 같습니다. 모든 것을 수동으로 지시할 필요는 없었고, 제가 한 것은 폴더 사용 허가에 응하는 것이 전부였습니다. 직접 지정하고 싶은 경우의 방법은 다음과 같습니다.
| 방법 | 보충 설명 |
|---|---|
| 메시지 창의 '+' → '로컬에서 작업'(Work locally) | 대화창이 공식적인 진입점입니다. 제 화면에서는 스레드 목록에도 있었습니다 |
| ... |
로컬 컴퓨터에서 작동시키려면 Claude Code v2.1.280 이상과 Remote Control 설정이 필요합니다. 컴퓨터가 절전 모드로 들어가면, 해당 스레드도 멈춥니다.
사용된 만큼은 구독 크레딧에서 차감됩니다. 공식 문서에서는 주로 다음 세 가지 경우에 감소한다고 합니다.
| 상황 | 이유 |
|---|---|
| 스레드가 작동할 때 | 하나하나가 완전한 세션이며, 여러 개를 동시에 작동시킬 수 있습니다 |
| ... |
어떤 스레드가 얼마나 사용되었는지는 '설정'의 '사용량'에서 확인할 수 있었습니다.
2026년 9월에 클라우드 세션이 공식적으로 제공될 때, 조건을 충족하는 Pro와 Max 계약자에게 한 번 사용할 수 있는 크레딧(Pro는 $100, Max는 $250)이 지급되었습니다. 이 크레딧은 프로젝트에서는 단 한 번도 사용되지 않았습니다. 공식 도움말 문서에서도 크레딧 대상에서 'Projects and Routines'가 언급되어 있습니다(채팅 세션은 다른 항목이므로, 여기서의 Projects는 Claude Code의 프로젝트를 가리킨다고 해석했습니다).
프로젝트는 공개 베타로 Pro와 Max 플랜 계정 순서대로 배포되었습니다. 저의 경우에도, 일찍 웨이트리스트에 등록해 두었더니 어느새 사용할 수 있게 되었습니다(10월 2일부터 사용 가능). 10월 9일에는 웨이트리스트에 등록된 Pro와 Max 사용자 전원이 사용할 수 있게 되었습니다.
사이드바에 '프로젝트'가 보이지 않는 분은 공식 신청 페이지에서 웨이트리스트에 등록할 수 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기