Claude Opus 4.6 에이전트 팀(Agent Teams) vs 서브에이전트 차이점과 실전 활용법
Claude Opus 4.6 에이전트 팀(Agent Teams) vs 서브에이전트 차이점과 실전 활용법
혼자서 모든 걸 처리하는 AI 에이전트에 한계를 느끼신 적 있으신가요? 2026년 2월 5일, Anthropic이 Claude Opus 4.6과 함께 발표한 에이전트 팀(Agent Teams)은 여러 Claude Code 인스턴스가 하나의 팀으로 협업하는 완전히 새로운 멀티 에이전트 패러다임입니다. 기존 서브에이전트와는 근본적으로 다른 이 기능이 왜 중요한지, 어떻게 활용해야 하는지 살펴보겠습니다.
에이전트 팀이란 무엇인가요?
에이전트 팀 아키텍처
**에이전트 팀(Agent Teams)**은 여러 독립적인 Claude Code 세션이 공유 태스크 리스트와 메일박스를 통해 협업하는 멀티 에이전트 시스템입니다. 각 팀원은 완전히 독립된 컨텍스트에서 실행되며, 서로 직접 메시지를 주고받을 수 있습니다.
에이전트 팀의 아키텍처는 네 가지 핵심 구성요소로 이루어져 있습니다.
- Team Lead: 메인 세션에서 팀을 생성하고 조율하는 리더
- Teammates: 각각 별도의 Claude Code 인스턴스로 독립 실행되는 팀원
- Task List: 모든 팀원이 공유하는 태스크 리스트 (claim/complete 방식)
- Mailbox: 에이전트 간 직접 메시지를 교환하는 통신 채널
이 구조 덕분에 팀원들은 단순히 결과를 보고하는 것이 아니라, 서로 토론하고 조율하며 복잡한 문제를 함께 해결할 수 있습니다.
서브에이전트와 에이전트 팀, 무엇이 다른가요?
비교표
기존 서브에이전트를 사용해보셨다면, 에이전트 팀과의 차이가 궁금하실 겁니다. 가장 핵심적인 질문은 바로 이것입니다.
"워커들이 서로 소통할 필요가 있는가?"
이 질문에 대한 답이 두 기능을 선택하는 결정적 기준이 됩니다.
통신 방식의 차이
서브에이전트는 허브-스포크(Hub-Spoke) 구조입니다. 모든 서브에이전트가 메인 에이전트에만 결과를 보고하고, 서브에이전트끼리는 직접 소통할 수 없습니다. 반면 에이전트 팀은 메시(Mesh) 구조에 가깝습니다. 팀원 간 메일박스를 통해 직접 메시지를 주고받을 수 있으며, 공유 태스크 리스트로 자율적으로 작업을 조율합니다.
핵심 비교표
| 차원 | 서브에이전트 | 에이전트 팀 |
|---|---|---|
| 통신 | 메인 에이전트에만 결과 보고 | 팀원 간 직접 메시지 교환 |
| 조율 | 메인 에이전트가 모든 태스크 관리 | 공유 태스크 리스트로 자기 조율 |
| 토큰 비용 | 낮음 (요약 결과만 리턴) | 높음 (각 팀원이 별도 인스턴스) |
| 사용자 접근 | 메인 세션 통해 간접 접근 | Shift+Up/Down으로 개별 팀원 직접 확인 |
| 중첩 | 서브에이전트가 다른 서브에이전트 스폰 불가 | 팀원이 자체 팀 스폰 불가 |
| 적합 사례 | 결과만 필요한 포커스드 태스크 | 토론/협업이 필요한 복잡 작업 |
간단히 정리하면, 서브에이전트는 **"가서 이것만 해와"**에 적합하고, 에이전트 팀은 **"같이 앉아서 이 문제를 풀자"**에 적합합니다.
에이전트 팀 활성화 및 사용 방법
활성화 방법
에이전트 팀은 현재 Research Preview 단계이므로, 별도 설정이 필요합니다.
활성화 설정
settings.json에 다음 환경 변수를 추가합니다.
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
팀 생성하기
활성화 후에는 자연어로 팀을 만들 수 있습니다. 예를 들어 다음과 같이 요청하면 됩니다.
CLI 도구를 설계하고 있어요.
에이전트 팀을 만들어주세요:
UX 담당 1명, 기술 아키텍처 1명, 반대 의견 역할 1명.
Team Lead가 자동으로 태스크를 분해하고, 각 팀원에게 역할을 배정합니다.
디스플레이 모드 선택
에이전트 팀은 두 가지 디스플레이 모드를 지원합니다.
- In-process: 모든 팀원이 메인 터미널에서 실행되며,
Shift+Up/Down으로 팀원 간 전환 - Split panes: 각 팀원이 별도 창에서 실행 (tmux 또는 iTerm2 필요)
팀원이 3명 이상이라면 Split panes 모드가 각 팀원의 진행 상황을 동시에 파악하기에 유리합니다.
실전 활용 사례: 16에이전트로 C 컴파일러 만들기
케이스 스터디
에이전트 팀의 잠재력을 가장 잘 보여주는 사례가 있습니다. Anthropic 연구원 Nicholas Carlini는 16개 에이전트를 병렬로 실행하여 Docker 컨테이너 안에서 10만 줄 규모의 Rust 기반 C 컴파일러를 만들었습니다.
- 기간: 2주, 약 2,000세션
- 결과: GCC torture test 99% 통과
- 비용: 약 $20,000 (입력 20억 토큰, 출력 1.4억 토큰)
이 프로젝트에서 얻은 가장 중요한 인사이트는 다음과 같습니다.
"태스크 검증자가 거의 완벽해야 한다." 에이전트 팀이 자율적으로 작업을 진행하려면, 각 태스크의 완료 여부를 정확히 판단하는 검증 체계가 핵심입니다.
에이전트 팀이 적합한 경우
- 리서치 & 리뷰: 여러 팀원이 동시에 다른 측면을 조사하고 결과를 공유
- 새 모듈 개발: 프론트엔드, 백엔드, 테스트를 각 팀원이 병렬로 담당
- 경쟁 가설 디버깅: 서로 다른 이론을 병렬로 테스트하고 결과로 도전
- 크로스-레이어 조율: 프론트엔드/백엔드/인프라를 각각 처리
피해야 할 경우
반대로, 다음 상황에서는 서브에이전트가 더 효율적입니다.
- 순차적으로 진행해야 하는 작업
- 같은 파일을 여러 에이전트가 수정해야 하는 경우
- 높은 상호의존성이 있는 작업
현재 제한사항과 주의점
제한사항
에이전트 팀은 아직 Research Preview 단계이기 때문에 몇 가지 제한사항이 있습니다.
- 세션 Resume/Rewind가 불가능합니다
- 한 세션에 하나의 팀만 운영할 수 있습니다
- 팀원이 완료 표시를 하지 않으면 종속 태스크가 블록될 수 있습니다
- 리드는 팀 생성 세션에 고정되며, VS Code 내장 터미널에서는 Split panes가 지원되지 않습니다
이런 제한에도 불구하고, 에이전트 팀은 복잡한 프로젝트에서 AI 협업의 새로운 가능성을 열어주고 있습니다.
마무리
Claude Opus 4.6의 에이전트 팀은 단순한 병렬 실행을 넘어, AI 에이전트들이 실제로 협업하는 시대를 열었습니다. 서브에이전트가 "일을 나눠서 시키는" 방식이었다면, 에이전트 팀은 "함께 머리를 맞대는" 방식입니다.
핵심은 명확합니다. 워커 간 소통이 필요한 복잡한 작업에는 에이전트 팀을, 독립적인 포커스드 태스크에는 서브에이전트를 선택하세요. 지금 바로 settings.json에 실험 플래그를 추가하고, 여러분의 첫 에이전트 팀을 만들어보시기 바랍니다.
자주 묻는 질문 (FAQ)
Q: 에이전트 팀은 무료로 사용할 수 있나요?
에이전트 팀 기능 자체는 Claude Code 구독에 포함되어 있지만, 각 팀원이 별도의 Claude Code 인스턴스로 실행되기 때문에 토큰 소비량이 서브에이전트보다 상당히 높습니다. 비용을 고려하여 팀 규모를 적절히 조절하는 것이 중요합니다.
Q: 서브에이전트와 에이전트 팀을 동시에 사용할 수 있나요?
네, 가능합니다. 에이전트 팀의 각 팀원이 자체적으로 서브에이전트를 스폰할 수 있습니다. 다만 팀원이 새로운 팀을 스폰하는 네스트된 팀 구조는 지원되지 않습니다.
Q: 에이전트 팀의 최대 팀원 수는 몇 명인가요?
공식적인 상한은 명시되어 있지 않지만, 실전 사례에서 16에이전트까지 운영된 바 있습니다. 다만 팀원이 많아질수록 조율 오버헤드와 토큰 비용이 증가하므로, 일반적인 개발 작업에는 3-5명이 적절합니다.
Q: Windows에서도 에이전트 팀을 사용할 수 있나요?
에이전트 팀의 In-process 모드는 사용할 수 있지만, Split panes 모드는 현재 VS Code 내장 터미널과 Windows Terminal에서 지원되지 않습니다. tmux를 사용할 수 있는 WSL 환경이라면 Split panes도 가능합니다.
