앤스로픽, 클로드 코드 '프로젝트' 베타 공개…하나의 대화가 병렬 클라우드 세션으로 갈라진다
앤스로픽이 코딩 도구 '클로드 코드(Claude Code)'의 프로젝트(Projects) 기능을 전면 재설계해 베타로 공개했다. 더디코더(The Decoder)와 마크테크포스트(MarkTechPost) 보도를 종합하면, 새 프로젝트는 사용자가 목표를 설명하면 클로드가 코디네이터 역할을 맡아 작업을 여러 개의 '스레드(thread)'로 쪼개고, 각 스레드가 독립된 클라우드 세션으로 병렬 실행되는 구조다. 마크테크포스트는 앤스로픽의 공개 게시물을 인용해 이를 "스스로 병렬 클라우드 세션으로 갈라지는 하나의 대화"라고 전했다.
종전 프로젝트는 파일 몇 개와 대화 하나가 묶인 폴더에 가까웠다. 마크테크포스트에 따르면 새 구조는 두 개의 층으로 나뉜다. 위층인 프로젝트 대화는 지휘자다. 사용자의 요청을 읽고 간단한 질문은 그 자리에서 답하며, 실제 작업이 필요하면 스레드를 띄운다. 이 대화는 스레드의 모든 단계를 보지 않고 스레드가 보고한 결과만 본다. 아래층인 스레드는 실무자다. 각 스레드는 저장소의 자체 복사본과 자체 브랜치 위에서 돌아가는 완전한 클라우드 세션으로, 필요하면 풀 리퀘스트(PR)를 열고 자동 수정(auto-fix)을 켠 채 해당 PR을 지켜본다. CI가 실패하면 수정을 푸시하고, 검사를 통과하면 대화에 회신한다. 스레드는 서브에이전트·루프·워크플로를 써서 자기 작업을 또 한 번 쪼갤 수도 있다.
더디코더는 노트북을 닫아도 작업이 이어진다는 점, 주 대화나 스레드별로 진행 상황을 추적할 수 있고 모바일에서도 확인 가능하다는 점, 스레드 간에 공유 메모리가 시간이 지나며 쌓인다는 점, 업로드 파일과 산출물이 라이브러리에 모인다는 점을 함께 전했다.
앤스로픽이 제시한 활용 예시도 공개됐다. 마크테크포스트에 따르면 결제(체크아웃) 구간의 p75 지연 시간을 줄이겠다는 목표를 주면 클로드가 엔드포인트별로 프로파일링하고 최적화를 시험한 뒤 병렬 스레드에서 PR을 여는 식이다. 또 다른 예시는 폐기 예정인 v1 엔드포인트를 API·웹·모바일 저장소에서 각각 한 스레드씩 맡아 걷어내고, 어느 PR이 먼저 병합되는지 클로드가 보고하는 시나리오다. 두 스레드가 같은 코드를 건드리면 그 충돌은 평범한 깃 병합 충돌로 드러난다.
고정 컨텍스트는 한 번만 설정하면 새로 생기는 모든 스레드에 전달된다. 프로젝트에 연결된 저장소와 업로드 파일, 최대 1만6000자까지의 프로젝트 지침, 그리고 클로드가 MEMORY.md 색인을 통해 쓰고 읽는 프로젝트 메모리가 여기에 해당한다. 각 스레드는 프로젝트의 모든 저장소를 복제하고 그 안의 CLAUDE.md와 스킬·플러그인을 불러온다. 다만 권한 규칙과 훅, 환경 변수는 스레드가 시작한 디렉터리에서만 적용돼, 단일 저장소 프로젝트에서는 지켜지지만 다중 저장소 프로젝트에서는 그렇지 않다. MCP 도구는 claude.ai 계정의 커넥터를 통해 들어오며, 프로젝트 대화 자체에는 커넥터가 없어 커넥터가 필요한 작업은 스레드로 보내야 한다.
관리 화면인 개요(Overview) 패널은 스레드를 검토 대기, 사용자 대기, 작업 중, 반영 중, 유휴, 해결 완료 등 상태별로 묶어 보여준다. 라이브러리 탭에는 업로드 파일과 스레드가 만들어낸 파일이 모인다. 비용 측면에서는 스레드 하나하나가 완전한 세션인 만큼 단일 세션보다 요금제 한도를 빠르게 소모한다. 앤스로픽은 프로젝트별 사용량 탭과 함께 코디네이터와 스레드에 각각 다른 모델·노력 수준을 설정할 수 있게 했다. 새 프로젝트의 기본값은 양쪽 모두 오푸스(Opus)이며, 스레드는 높은 노력, 대화는 낮은 노력으로 잡힌다. 유휴 스레드도 CI가 실패하거나 리뷰 코멘트가 달리면 깨어나 다시 자원을 쓴다. 강제 상한은 전체 프로젝트를 합쳐 하루 200개의 새 스레드이며, 사용량 한도에 걸린 스레드는 대기했다가 스스로 재개한다.
베타는 클라우드 세션을 쓰는 일부 프로(Pro)·맥스(Max) 구독자에게 먼저 열린다고 더디코더는 전했다. 팀·엔터프라이즈 요금제 지원과 로컬 실행은 이후에 추가되며, 현재는 대기자 명단을 통해 신청할 수 있다.
두 매체의 초점은 눈에 띄게 갈린다. 마크테크포스트는 구조 설명에 지면을 거의 다 쓴다. 코디네이터와 스레드의 역할 분담, 컨텍스트 상속 규칙의 예외, 하루 200스레드라는 숫자까지 나열하며 '이 도구를 어떻게 굴리는가'를 다룬다. 반면 더디코더는 같은 발표를 코드 자동화의 진행 단계로 읽는다. 앤스로픽이 최근 클로드 코드에서 자동조종(autopilot) 모드를 기본값으로 바꾸며 안전성 관련 작업에서 인간 개발자보다 나은 성과를 냈다고 주장한 점을 함께 배치하고, 에이전트가 자율적일수록 토큰 소모가 늘며 얼마를 태울지에 대한 통제권이 사용자에서 판매자 쪽으로 옮겨간다는 지적을 덧붙였다.
두 서술을 나란히 놓으면 한 가지가 또렷해진다. 마크테크포스트가 기능 설명으로 적어놓은 문장들 — 스레드마다 완전한 세션이라 한도가 빨리 닳는다, 유휴 스레드도 CI 실패에 반응해 다시 돌아간다, 그래서 하루 200개라는 상한이 필요하다 — 이 사실상 더디코더가 제기한 우려의 근거 자료이기도 하다는 점이다. 병렬화가 주는 속도와 소모량 증가는 같은 설계에서 나오는 앞뒷면이며, 앤스로픽이 코디네이터와 스레드의 모델·노력 수준을 따로 조절하게 열어둔 것도 그 둘 사이의 조절 장치로 읽힌다. 다만 실제 사용자 부담이 어느 정도로 늘어나는지에 대한 구체적 수치는 두 보도 어디에서도 확인되지 않았다.