AIREITERClaude Code Projects 베타는 실제로 시작됐지만 아직 누구나 사용할 수 있는 정식 공개 기능은 아닙니다. Anthropic은 2026년 9월 17일 일부 Pro 및 Max 사용자에게 먼저 공개했으며, 현재는 클라우드에서만 실행되기 때문에 프라이빗 네트워크 환경에서 개발하는 용도로는 적합하지 않습니다.
Claude Code Projects 베타는 지금 사용할 수 있을까?
Anthropic의 출시 공지에 따르면 Claude Code Projects는 2026년 9월 17일 베타에 들어갔습니다. 초기 이용 대상은 Claude Code 클라우드 세션을 사용하면서 Claude 웹이나 데스크톱에 기존 Projects가 없는 일부 Pro 및 Max 구독자입니다.
Anthropic은 다음 주부터 더 많은 Pro 및 Max 사용자를 대상으로 접근 권한을 확대하겠다고 밝혔습니다. Team 및 Enterprise 요금제, Claude 채팅, Cowork는 이후 출시 대상이지만 구체적인 일정은 공개되지 않았습니다. 기존 Projects는 Anthropic이 마이그레이션할 때까지 현재 방식으로 계속 작동합니다.
이용 자격 확인하기
초기 대상 그룹에 포함되려면 다음 네 가지 조건을 모두 충족해야 합니다.
- Claude Pro 또는 Max를 구독하고 있어야 합니다.
- Claude Code에서 클라우드 세션을 이미 사용하고 있어야 합니다.
- Claude 웹이나 데스크톱 계정에 기존 Project가 없어야 합니다.
- 단계적으로 진행되는 베타 대상 계정으로 Anthropic의 선택을 받아야 합니다.
앞의 세 조건을 만족한다고 해서 즉시 이용할 수 있는 것은 아닙니다. Anthropic은 기능이 보이지 않는 자격 요건 충족 Pro 및 Max 구독자에게 대기자 명단 등록을 안내하고 있습니다. X 커뮤니티에서도 발표 이후에도 진입점이 나타나지 않는다는 사용자의 제보가 반복적으로 확인됐습니다.
지금 쓸까, 기다릴까?
독립적으로 나눌 수 있는 클라우드 작업으로 구성된 범위가 분명한 개발 작업이라면 지금 Claude Code Projects를 사용해도 좋습니다. 반대로 코드, 테스트, 패키지 또는 서비스가 로컬 컴퓨터나 프라이빗 네트워크 안에 있어야 한다면 기다리는 편이 낫습니다. 출시 시점에는 로컬 실행을 지원하지 않았기 때문입니다.
| 현재 상황 | 추천 | 이유 |
|---|---|---|
| Pro/Max 사용자이며 베타에 접근할 수 있고 저장소가 클라우드 작업에 적합한 경우 | 범위가 분명한 프로젝트 하나에 지금 사용 | 출시 당시의 지원 구성과 일치함 |
| 이용 자격은 있지만 기능이 보이지 않는 Pro/Max 사용자 | 대기자 명단에 등록 | 설정 문제가 아니라 계정별로 접근이 제한된 단계적 출시이기 때문 |
| 기존 Claude 웹/데스크톱 Project가 있는 경우 | 현재 기능을 계속 사용하며 대기 | 기존 Projects는 이후 마이그레이션될 예정 |
| 로컬 도구나 프라이빗 네트워크 의존성이 있는 경우 | 로컬 스레드 지원을 기다림 | 현재 클라우드 작업자가 해당 리소스에 접근할 수 없음 |
| Team 또는 Enterprise 계정 | 요금제별 출시를 기다림 | Anthropic이 출시일을 공개하지 않음 |
| 같은 파일을 건드리는 긴밀하게 결합된 단일 변경 작업 | Claude Code 세션 하나를 사용 | 작업이 실질적으로 독립적이지 않으면 병렬 브랜치가 충돌 위험만 높일 수 있음 |
핵심적인 고민은 속도와 사용량 한도 사이의 균형입니다. 각 워커 스레드는 하나의 완전한 Claude Code 세션으로 실행되므로 여러 작업자를 동시에 돌리면 요금제 한도에 더 빨리 도달할 수 있습니다. Anthropic은 프로젝트별 사용량 확인 기능과 코디네이터 및 워커 각각에 대한 모델·추론 노력 설정을 제공하지만, 고정된 사용량 배수나 동시 실행 한도, 프로젝트별 허용량은 공개하지 않았습니다.
이 수치가 빠져 있다는 점은 별도의 가격표보다 더 중요합니다. VentureBeat의 보도에 따르면 출시 시점에 Projects 전용 추가 요금은 없으며, 사용량은 가입자가 기존에 보유한 Claude 사용 한도에서 차감됩니다.
Project에 목표를 입력하면 어떤 일이 일어날까?
Claude Code Project는 하나의 높은 수준의 목표를 여러 클라우드 세션에 배분할 작업으로 나눕니다. 코디네이터가 요청 범위를 정하고 새 스레드 또는 기존 스레드에 작업을 배정하며, 진행 상황을 확인하고 결과를 취합합니다. 사용자는 각 스레드를 직접 확인하거나 방향을 바꿀 수 있습니다.
“Projects에는 작업을 수행하는 스레드와 이를 지휘하는 코디네이터가 있습니다.” — Anthropic, Projects redesigned
코디네이터, 워커 스레드, 공유 메모리
| 구성 요소 | 역할 | 사용자가 계속 제어하는 항목 |
|---|---|---|
| 코디네이터 | 범위를 정하고 작업을 배분하며 진행 상황을 확인하고 결과를 검토·통합함 | 목표, 지침, 확인 주기, 모델, 추론 노력 |
| 워커 스레드 | 완전한 Claude Code 클라우드 세션으로 실행됨 | 스레드 방향, 모델, 추론 노력, 검토 |
| 저장소 작업 공간 | 각 코딩 스레드에 저장소 복사본과 브랜치를 별도로 제공함 | 풀 리퀘스트 검토 및 병합 결정 |
| 공유 메모리 | 스레드 간에 결정 사항과 선호 사항을 전달함 | 세부적인 편집 및 내보내기 제어 기능은 발표문에 설명되지 않음 |
| 라이브러리 | 사용자 파일과 Claude가 생성한 결과물을 저장함 | 프로젝트 컨텍스트로 사용할 자료 |
연결된 코딩 스레드는 코드를 수정하고 테스트를 실행하며 풀 리퀘스트를 열 수 있습니다. 문서 스레드는 원본 자료를 읽고 결과물을 작성할 수 있습니다. 스레드는 서브에이전트, 루프, 워크플로를 사용해 자신에게 할당된 작업을 다시 나눌 수도 있으므로 최상위 코디네이터 아래로 작업 계층이 더 깊어질 수 있습니다.
각 워커가 별도의 브랜치에서 작업하기 때문에 한 작업 공간을 다른 워커가 직접 덮어쓰는 일은 막을 수 있습니다. 하지만 논리적으로 겹치는 작업까지 방지하는 것은 아닙니다. 두 스레드가 같은 코드를 수정하면 Anthropic이 설명한 것처럼 일반적인 풀 리퀘스트 병합 충돌이 발생합니다. Nowline의 출시 분석도 이를 자동 충돌 해결이 아니라 익숙한 Git 동작으로 정확히 설명합니다.
이 기능은 작업 경계가 명확할 때 가장 유용합니다. 예를 들어 버전 관리되는 API 마이그레이션에서 저장소마다 스레드 하나를 배정하거나, 서로 다른 엔드포인트의 프로파일링과 최적화 작업을 나누는 방식입니다. Anthropic이 제시한 예시는 더 이상 사용하지 않는 v1 엔드포인트를 세 개의 저장소에서 마이그레이션하는 작업과 checkout p75 지연 시간을 줄이는 병렬 작업이지만, 어느 사례에 대해서도 완료 시간, 성공률, 지연 시간 개선 수치를 제공하지 않았습니다.
Claude Code Projects와 기존 Claude Projects의 차이
Claude Code Projects는 작업을 적극적으로 조율하는 반면, 기존 Claude Projects는 주로 채팅, 지침, 파일, 공유 지식을 정리하는 공간입니다. 이름은 비슷하지만 맡는 역할은 크게 달라졌습니다.
| 구분 | 기존 Claude Projects | Claude Code Projects 베타 |
|---|---|---|
| 주요 역할 | 컨텍스트 보관함 | 작업 코디네이터 |
| 대화 방식 | 프로젝트 지식을 활용하는 개별 채팅 | 메인 코디네이터와 작업이 배분된 워커 스레드 |
| 실행 방식 | 사용자가 각 대화를 직접 관리 | 완전한 Claude Code 클라우드 세션을 병렬로 실행 |
| 코드 격리 | 핵심 설계가 아님 | 스레드마다 저장소 복사본과 브랜치를 별도로 사용 |
| 지속적인 컨텍스트 | 업로드한 지식과 지침 | 공유 메모리, 결정 사항, 선호 사항, 파일, 결과물 |
| 이용 가능 대상 | 기존 Claude 이용자 | 초기에는 선별된 Pro/Max 베타 사용자 |
CellCog의 상세 출시 분석은 공유 메모리가 병렬 세션을 하나의 지속적인 프로젝트로 연결하는 요소라고 설명합니다. 동시에 문서화가 가장 부족한 관리 영역이기도 합니다. Anthropic은 메모리에 무엇을 저장할 수 있는지는 설명했지만, 개별 메모리를 사용자가 확인·수정·삭제·내보내는 방법은 발표문에 담지 않았습니다.
첫 실행을 낭비하지 않는 Project 설정법
유용한 첫 Project를 만들려면 범위가 분명한 목표와 나눌 수 있는 작업, 명시적인 검토 단계가 필요합니다. “코드베이스 전체를 개선해 줘”처럼 시작하면 코디네이터가 겹치지 않는 작업을 배정할 근거가 부족하고 사용량도 가늠하기 어렵습니다.
- 측정 가능한 결과 하나를 정하세요. 막연한 목표 대신 마이그레이션 대상, 버그 묶음, 기능 범위 또는 성능 목표를 구체적으로 적습니다.
- 필요한 컨텍스트만 추가하세요. 저장소나 문서를 선택한 뒤 Anthropic의 발표문에 설명된 클라우드 환경, 커넥터, 플러그인, 프로젝트 지침을 설정합니다.
- 의존성 경계를 알려 주세요. 어떤 저장소, 모듈, 파일을 독립적으로 처리할 수 있고 어떤 변경을 순서대로 진행해야 하는지 코디네이터에게 전달합니다.
- 계획과 실행 설정을 분리하세요. 작업 분해와 검토에는 코디네이터의 모델·추론 노력 설정을 사용하고, 워커는 작업 난이도와 사용 한도에 맞춰 설정합니다.
- 각 스레드에 근거를 요구하세요. 설명만으로 완료를 주장하게 두지 말고 실행한 테스트, 변경한 파일, 해결되지 않은 오류, 풀 리퀘스트를 제출하도록 합니다.
- 병합 전에 검토하세요. 각 스레드와 풀 리퀘스트를 직접 확인합니다. 브랜치가 분리돼 있다고 해서 두 변경 사항이 서로 호환된다는 뜻은 아닙니다.
- 프로젝트별 사용량을 확인하세요. 먼저 독립적인 스레드 두 개로 시작하고 사용량을 관찰한 뒤, 병렬 작업으로 절약하는 시간이 검토 비용과 사용 한도 소모보다 클 때만 규모를 늘립니다.
노트북을 닫아도 클라우드 실행은 계속되며, 휴대폰으로 Project의 진행 방향을 조정할 수도 있습니다. 그렇다고 무인 배포가 가능한 것은 아닙니다. 테스트, 권한, 통합 순서, 최종 병합은 여전히 명시적인 검토가 필요합니다. VentureBeat의 제품 사용 안내에 따르면 Overview 화면은 사람의 확인이 필요한 항목을 보여주는 데 초점을 맞췄습니다.
Claude Code Projects 베타 FAQ
Claude Code Projects는 Pro에서 사용할 수 있나요?
가능하지만 초기 베타 접근 권한은 일부 Pro 및 Max 구독자에게만 제공됐습니다. 이용 자격이 있는데도 기능이 보이지 않는 계정은 대기자 명단에 등록할 수 있으며, Anthropic은 출시 이후 Pro/Max 대상 공개를 확대하겠다고 밝혔습니다.
노트북을 닫아도 Projects가 계속 실행되나요?
그렇습니다. 워커 스레드는 Claude Code 클라우드 세션으로 실행되므로 로컬 컴퓨터와의 연결이 끊긴 뒤에도 작업을 계속할 수 있습니다.
Claude Code Projects 스레드를 로컬에서 실행할 수 있나요?
2026년 9월 17일 출시 시점에는 불가능합니다. Anthropic은 로컬 도구, 로컬 코드, 프라이빗 네트워크에 접근할 수 있는 로컬 실행 기능이 “곧 제공될 예정”이라고 밝혔지만 구체적인 날짜는 공개하지 않았습니다.
각 코딩 스레드는 별도의 브랜치를 사용하나요?
네. 각 코딩 스레드에는 별도의 저장소 복사본과 브랜치가 제공됩니다. 다만 겹치는 변경 사항은 일반적인 풀 리퀘스트 병합 충돌을 일으킬 수 있습니다.
Claude Code Projects를 사용하려면 추가 비용을 내야 하나요?
Anthropic은 Projects 전용 추가 요금을 발표하지 않았습니다. 모든 워커는 완전한 Claude Code 세션으로 실행되며 기존 구독 한도를 사용하므로, 병렬 작업을 돌리면 한도에 더 빨리 도달할 수 있습니다.
하나의 Project가 여러 저장소에서 작업할 수 있나요?
가능합니다. Anthropic의 출시 예시에서는 API, 웹, 모바일 저장소를 연결하고 각각에 마이그레이션 스레드를 배정한 뒤 코디네이터가 필요한 병합 순서를 보고하도록 합니다.
지금 취할 수 있는 현실적인 다음 단계
접근 권한이 있는 개발자라면 클라우드에서 작업할 수 있는 마이그레이션 하나나 서로 다른 모듈을 건드리는 작은 백로그부터 시작하는 것이 좋습니다. 이용 자격은 있지만 진입점이 보이지 않는 사용자는 로컬 Claude Code 설정을 계속 바꾸기보다 대기자 명단에 등록해야 합니다. Team, Enterprise, 기존 Project 사용자와 프라이빗 네트워크 환경의 사용자는 각자 공지된 출시 경로를 기다리는 편이 낫습니다.
아직 풀리지 않은 문제는 병렬 에이전트가 동시에 더 많은 작업을 처리할 수 있느냐가 아닙니다. 병렬화로 절약하는 시간이 추가 사용량, 검토 부담, 병합 위험을 감수할 만큼 큰지가 핵심입니다. Anthropic이 사용량 범위를 공개하거나 독립적인 사용자들이 비교 가능한 실행 결과를 내놓기 전까지는, 제한 없이 에이전트를 늘리기보다 서로 잘 분리된 스레드 두 개로 먼저 시험하는 편이 낫습니다.