2026년 2월 10일, Anthropic이 Claude Code의 새로운 기능인 Agent Teams를 공식 발표했다. 핵심 아이디어는 단순하지만 강력하다: 하나의 Claude Code 세션이 여러 하위 Claude Code 세션을 생성하고 조율할 수 있다. 각 하위 세션은 독립적인 컨텍스트, 독립적인 도구 접근, 독립적인 작업 영역을 가진다.
AI 에이전트 커뮤니티에서 이 발표는 큰 반향을 일으켰다. CrewAI, AutoGen 같은 멀티 에이전트 프레임워크가 수천 줄의 오케스트레이션 코드로 구현하던 것을 Anthropic이 SDK 수준에서 공식 지원하기 시작했기 때문이다.
NanoClaw 커뮤니티에서의 반응은 달랐다. "우리가 이미 하고 있던 것 아닌가?"
Agent Teams가 하는 일
Agent Teams의 작동 방식을 구체적으로 살펴보자. 사용자가 복잡한 작업을 요청하면, 메인 Claude Code 세션(오케스트레이터)이 작업을 분석하고 하위 작업으로 분해한다. 각 하위 작업에 대해 새로운 Claude Code 세션(워커)을 생성한다. 워커들은 병렬로 또는 순차적으로 실행되며, 각각의 결과를 오케스트레이터에게 반환한다. 오케스트레이터는 결과를 합성하여 최종 응답을 만든다.
핵심적인 설계 결정은 각 워커가 독립적이라는 점이다. 워커 A는 워커 B의 컨텍스트를 볼 수 없다. 워커가 사용할 수 있는 도구는 오케스트레이터가 지정한 것으로 제한된다. 워커가 접근할 수 있는 파일 시스템도 명시적으로 범위가 지정된다.
이 설계는 NanoClaw가 첫 번째 커밋부터 구현해온 것과 놀라울 정도로 일치한다.
NanoClaw의 선행 구현
NanoClaw의 스웜 아키텍처를 되짚어보자. NanoClaw에서 메시지가 도착하면 컨테이너가 생성된다. 그 컨테이너 안에서 Claude Code가 실행되고, 작업이 복잡하면 Claude Code가 하위 에이전트를 생성한다. 각 하위 에이전트는 별도의 컨테이너에서 실행된다.
Agent Teams 발표 이전에도, NanoClaw는 이 패턴을 지원하고 있었다. 차이점은 NanoClaw가 이를 위해 커스텀 오케스트레이션 코드를 작성하지 않았다는 것이다. Claude Code 자체의 에이전트 위임 기능 — Agent Teams의 전신 — 을 컨테이너 격리와 결합한 것이다.
NanoClaw가 추가한 것은 격리 계층이다. Agent Teams가 하위 세션 간의 논리적 격리를 제공한다면, NanoClaw는 물리적 격리를 제공한다. 각 워커가 별도의 컨테이너에서 실행되므로, 논리적 격리를 우회하려는 시도가 있더라도 컨테이너 경계에서 차단된다.
격리 아키텍처의 검증
Agent Teams 발표가 NanoClaw에 의미하는 바는 기능 추가가 아니라 아키텍처 검증이다.
Anthropic이 멀티 에이전트 시스템의 공식 패턴으로 "독립적 워커, 제한된 도구 접근, 범위 지정된 파일 시스템"을 선택한 것은, NanoClaw가 처음부터 채택한 "에이전트당 컨테이너, 마운트 허용 목록, stdin 시크릿 전달"과 같은 보안 원칙에 기반한다. AI 에이전트를 만드는 회사가 멀티 에이전트 보안에 대해 NanoClaw와 같은 결론에 도달한 것이다.
이것은 중요한 검증이다. NanoClaw의 아키텍처 결정이 처음 발표되었을 때, 일부 개발자들은 "과잉 엔지니어링"이라고 비판했다. 에이전트마다 별도 컨테이너를 띄우는 것은 오버헤드가 너무 크다, 같은 프로세스에서 실행하면 되는 걸 왜 복잡하게 하느냐는 반응이었다.
Agent Teams의 설계가 같은 원칙을 채택함으로써, 이 원칙이 "과잉"이 아니라 "정답"이었음이 확인되었다.
실질적인 변화
Agent Teams가 NanoClaw에 가져오는 실질적인 변화는 뭘까? 핵심은 오케스트레이션 품질의 향상이다.
이전에는 Claude Code의 에이전트 위임이 비공식적인 기능이었다. 작동했지만, 최적화되지는 않았다. Agent Teams는 이를 공식 기능으로 승격시키면서, 워커 관리, 결과 합성, 오류 처리가 크게 개선되었다.
NanoClaw 사용자에게 이것은 스웜 작업의 품질 향상을 의미한다. "이 세 가지 주제를 조사하고 비교 보고서를 작성해줘" 같은 복잡한 요청에서, 하위 에이전트의 조율이 더 정교해지고, 결과 합성이 더 자연스러워지며, 전체적인 응답 품질이 올라간다.
그리고 이 모든 것이, 역시, NanoClaw 코드의 변경 없이 이루어진다.
멀티 에이전트의 미래
Agent Teams는 멀티 에이전트 AI의 중요한 이정표다. AI 제공업체가 멀티 에이전트 패턴을 공식적으로 지원하기 시작했다는 것은, 이 패턴이 실험적 단계를 넘어 프로덕션 준비가 되었다는 신호다.
NanoClaw에게 이것은 아키텍처적 확신을 강화한다. 에이전트당 컨테이너, 최소한의 권한, 명시적 마운트 — 이 원칙들이 단일 에이전트뿐 아니라 멀티 에이전트 환경에서도 올바른 접근이라는 것이 확인되었다.
커스텀 멀티 에이전트 프레임워크를 구축한 프로젝트들은 이제 선택에 직면한다: Agent Teams의 공식 지원으로 마이그레이션할 것인가, 아니면 자체 오케스트레이션을 계속 유지할 것인가. NanoClaw는 이 선택을 할 필요가 없다. 처음부터 Claude Code의 기능에 의존했으므로, Agent Teams로의 전환은 자동으로 이루어진다.
이것이 "최소한의 오케스트레이션" 철학의 실질적 가치다. 자체 코드를 적게 유지할수록, 상류의 개선이 자동으로 흘러들어오는 것이 많아진다. Agent Teams는 이 원칙의 최신 증명이며, 마지막이 아닐 것이다.