Claude Code의 제작자가 방금 모든 단일 에이전트 (Single-agent) 설정을 구식으로 만드는 발언을 했습니다.
Boris Cherny는 더 나은 프롬프트 (Prompts)가 필요하다고 말하지 않았습니다.
그는 더 큰 컨텍스트 윈도우 (Context window)가 필요하다고도 말하지 않았습니다.
그는 팀이 필요하다고 말했습니다.
인간 팀이 아닙니다.
AI 에이전트 (AI agents) 팀입니다.
각 에이전트는 특정 역할을 가집니다. 각 에이전트는 특정 컨텍스트 (Context)를 가집니다. 하나의 에이전트가 모든 것을 적당히 해내는 대신, 각 에이전트가 한 가지 일을 매우 뛰어나게 수행합니다.
다음은 Boris가 설명하는 아키텍처 (Architecture)입니다.
리서처 (The Researcher)는 무언가가 구축되기 전에 관련된 모든 것을 읽습니다. 시장 상황, 기존 코드, 문서, 경쟁 환경 등을 파악합니다. 코드를 단 한 줄도 작성하지 않습니다. 오직 수집하고 합성할 뿐입니다.
빌더 (The Builder)는 리서처의 결과물을 전달받아 구현합니다. 빌더의 직무는 단 하나입니다. 그것을 만드는 것입니다. 리서치는 하지 않습니다. 리뷰도 하지 않습니다. 오직 리서처의 작업으로부터 얻은 완전한 컨텍스트를 바탕으로 구현만 합니다.
리뷰어 (The Reviewer)는 빌더가 생성한 결과물을 읽고, 배포되기 전에 모든 문제를 찾아냅니다. 잘못된 가정, 엣지 케이스 (Edge cases), 보안 취약점, 성능 문제 등을 찾아냅니다. 빌드를 하지 않습니다. 오직 평가만 합니다.
오케스트레이터 (The Orchestrator)는 이 세 가지 사이의 인수인계를 관리합니다. 작업을 라우팅 (Routing)합니다. 에이전트 간의 컨텍스트를 관리합니다. 출력이 진행하기에 충분히 좋은지, 아니면 수정을 위해 다시 돌아가야 하는지를 결정합니다.
네 명의 에이전트. 네 개의 전문화된 역할. 컨텍스트 스위칭 (Context switching) 제로.
이것이 바로 단일 에이전트 설정이 더 나은 프롬프트로는 돌파할 수 없는 한계에 부딪히고 있는 이유입니다.
단일 에이전트가 리서치, 빌드, 리뷰, 오케스트레이션 사이를 컨텍스트 스위칭하면 모든 카테고리에서 평범한 결과물을 만들어냅니다.
각각 한 가지 일을 수행하는 네 명의 전문가는 모든 카테고리에서 탁월한 결과물을 만들어냅니다.
Boris는 Claude Code를 더 나은 채팅 인터페이스로 만들기 위해 구축한 것이 아닙니다.
그는 조율된 에이전트 팀 (Coordinated agent teams)을 위한 기반으로 구축했습니다.
이것이 그가 의도한 모습입니다.
이 게시물을 북마크하세요.
Claude Code를 실제로 만든 사람들로부터 얻는 모든 Claude Code 통찰력을 확인하려면 @cyrilXBT를 팔로우하세요.