지금은 인공지능 시대(지인시) 심볼지금은 인공지능 시대
기술 트렌드

클로드 코드 Projects 개편, AI 작업자를 늘리면 개발도 빨라질까

정우석글 · 정우석
중앙 대화창과 여러 작업 스레드가 나란히 배치된 클로드 코드 Projects 인터페이스
중앙 대화창과 여러 작업 스레드가 나란히 배치된 클로드 코드 Projects 인터페이스
AI 코딩 도구의 다음 승부처는 코드를 빨리 쓰는 능력만이 아니라, 여러 작업을 나누고 다시 합치는 능력이다. 앤트로픽은 2026년 9월 17일 클로드 코드의 Projects를 개편해, 목표를 전달하면 AI가 병렬 작업을 지휘하는 베타 기능을 발표했다. 발표 당시 대상은 클라우드 세션을 사용하며 기존 웹·데스크톱 프로젝트가 없는 일부 Pro·Max 구독자였다. 구조는 총괄 조정자와 작업 스레드로 나뉘며, 각 스레드는 별도 브랜치와 저장소 복사본을 쓰는 독립적인 클라우드 세션이다. 앤트로픽이 제시한 사례는 API·웹·모바일 저장소를 연결하고 구형 v1 엔드포인트를 폐기하는 작업이다. 저장소별로 호출 코드를 바꾸고 테스트와 PR을 만든 뒤, 무엇을 먼저 병합할지도 안내한다.
  • 실행: 스레드마다 작업 공간을 분리하지만, 같은 코드를 수정하면 일반 PR처럼 병합 충돌을 처리해야 한다.
  • 기억: 스레드들이 공유 메모리를 읽고 갱신해, 이전 결정과 프로젝트 맥락을 다음 작업에 이어 붙인다.
  • 비용: 각 스레드가 완전한 세션이므로 사용량 한도에 더 빨리 도달할 수 있고, 조정자와 작업자별 모델·추론 강도를 설정할 수 있다.
이 설계의 가치는 개발자가 여러 대화창 사이에서 지시와 결과를 옮기던 조정 업무를 줄이는 데 있다. 다만 발표문에는 실제 개발 시간 단축률이나 병합 성공률을 입증하는 비교 실험이 없어, 기능 설명을 생산성 보장으로 읽어서는 안 된다. 앤트로픽 발표 관련 맥락은 앤트로픽이 2025년 6월 공개한 다중 에이전트 연구 시스템에서 찾을 수 있다. 당시 엔지니어링팀은 서로 독립적인 탐색에는 병렬화가 유리하지만, 의존 관계가 많은 코딩 작업에는 적용하기 어렵다고 설명했다. 개발 도구 업계가 살펴야 할 전문가 관점은 에이전트 수보다 작업을 얼마나 독립적으로 나눌 수 있는지가 중요하다는 것이다. 같은 글에서 다중 에이전트 시스템은 일반 채팅보다 약 15배의 토큰을 썼다고 밝혔지만, 이는 연구 시스템의 관측치이며 이번 Projects의 비용 배수를 뜻하지 않는다. 기술 설명 “작업자를 늘리면 충돌과 청구서만 늘어나는 것 아닌가”라는 반론은 타당하다. 그러나 저장소별 수정 범위와 완료 조건을 명확히 정할 수 있다면, 병렬화는 순차 작업의 대기 시간을 줄일 여지가 있다. 따라서 도입 여부는 생성한 코드량보다 테스트를 통과해 병합된 변경 한 건의 비용과 사람이 검토한 시간으로 판단해야 한다. 경쟁 구도에서도 이번 개편은 모델의 답변 품질뿐 아니라 작업 배분·기억·결과 통합을 묶은 개발 환경이 선택 기준이 될 가능성을 보여준다. 프로젝트의 결정 이력이 쌓일수록 다른 도구로 옮길 때 맥락을 재구성해야 하므로, 공유 메모리는 사용자 유지에도 영향을 줄 수 있다. 한국 개발팀이라면 여러 저장소에 걸친 API 교체처럼 경계가 분명한 과제부터 시험하고, 충돌 처리와 검토 시간을 함께 기록하는 접근이 현실적이다. AI 작업자의 숫자보다 사람이 안심하고 합칠 수 있는 결과를 얼마나 꾸준히 내놓는지가 이 제품의 성패를 가를 것이다.
인사이트

병렬 AI의 경제성은 작업자 수보다 업무를 나누는 경계와 결과를 검증하는 비용에 달려 있다. 코딩 도구의 경쟁력도 코드 생성 속도에서 검토와 병합까지 포함한 전체 개발 시간으로 평가할 필요가 있다.

자주 묻는 질문

여러 AI가 같은 코드를 고치면 안 꼬여?
각 스레드는 별도 브랜치와 저장소 복사본에서 작업하므로 수정 중인 작업 공간은 분리된다. 그러나 같은 코드를 변경하면 병합 충돌이 발생할 수 있으며, 일반 PR과 같은 충돌 해결 과정이 필요하다. [공식 설명](https://claude.com/resources/articles/projects-redesigned)
병렬로 돌리면 사용량도 더 빨리 닳아?
각 작업 스레드가 완전한 클로드 코드 세션이어서 사용량 한도에 더 빨리 도달할 수 있다. 프로젝트별 사용량을 확인하고 조정자와 작업 스레드의 모델·추론 강도를 설정할 수 있지만, 발표문은 고정된 비용 배수를 제시하지 않았다. [공식 설명](https://claude.com/resources/articles/projects-redesigned)
그래서 개발 속도가 얼마나 빨라지는 건데?
Projects 발표문에는 개발 시간 단축률을 검증한 비교 실험이 없다. 앤트로픽 엔지니어링팀의 기존 분석에 따르면 독립적으로 나눌 수 있는 작업은 병렬화에 유리하지만, 의존 관계가 많은 코딩 작업은 이점이 제한될 수 있다. [엔지니어링 분석](https://www.anthropic.com/research/multi-agent-research-system)
공유XTelegram

이 기사 어땠어요?

피드백을 남겨주시면 더 나은 맞춤 추천을 만듭니다.

이런 뉴스를 매일 받아보세요

매일 아침 7시, 그날의 정리를 이메일과 Telegram으로 받아보세요.