← 목록으로
복사되었습니다

Claude Opus 4.6 출시 및 Claude Code Agent Team 사용 후기

· 약 7분
#claude #agent-team #ai

이 글은 아래 유튜브 영상의 내용을 정리한 포스트입니다.

Claude Opus 4.6, 무엇이 달라졌나

Anthropic이 Claude Opus 4.6을 공개했다. 이번 업데이트에서 눈에 띄는 변화는 크게 두 가지다.

100만 토큰 컨텍스트 윈도우

Opus 4.6은 기존 256K에서 1M(100만) 토큰까지 컨텍스트 윈도우가 확장되었다. Long-context retrieval 벤치마크(MRCR v2)에서 Opus 4.6은 256K 기준 93.0%, 1M 기준 76.0%의 성능을 보여주며, Sonnet 4.5의 10.8~18.5%와 비교했을 때 압도적인 차이를 보인다.

Opus 4.6 Long-context retrieval 벤치마크 결과

다만 현재 100만 토큰은 API 키를 사용하는 종량제 사용자에게만 제공되며, 구독 모델에서는 아직 지원되지 않는다. Claude Code에서 /model 커맨드를 입력하면 현재 사용 중인 모델과 토큰 지원 범위를 확인할 수 있다.

Thinking 레벨 조절

모델의 사고 강도를 High, Medium, Low로 조절할 수 있는 Effort 기능이 추가되었다. 기본값은 High이며, 간단한 질문에는 Low로 낮춰 비용을 절약할 수 있다. Claude Code에서는 좌우 화살표 키로 조절 가능하다.

Agent Team이란

Claude Code 2.1.32 버전에서 Research Preview로 Agent Team 기능이 추가되었다. 이전 시스템과의 차이를 이해하려면 Claude Code의 멀티태스킹 진화 과정을 살펴볼 필요가 있다.

Todo에서 Agent Team까지의 진화

Todos → Tasks → Agent Team
  • Todos: 단순한 할 일 목록 관리
  • Tasks: 여러 에이전트가 태스크를 공유하며 작업하는 시스템
  • Agent Team: 작업 공유에 더해 에이전트 간 직접 소통과 팀 구성이 가능한 시스템

Subagent와 Agent Team의 차이

서브 에이전트와 에이전트 팀은 근본적으로 다른 구조를 가진다.

구분SubagentsAgent Teams
Context자체 컨텍스트 윈도우, 결과는 호출자에게 반환자체 컨텍스트 윈도우, 완전히 독립적
Communication메인 에이전트에게만 결과 보고팀원끼리 직접 메시지 교환
Coordination메인 에이전트가 모든 작업 관리공유 태스크 리스트로 자체 조율
Best for결과만 중요한 집중 작업논의와 협업이 필요한 복잡한 작업
Token cost낮음 (결과가 메인 컨텍스트로 요약 전달)높음 (각 팀원이 독립 Claude 인스턴스)

Subagent와 Agent Team 비교

핵심 차이점은 에이전트 팀의 각 팀원이 독립적인 메인 에이전트 수준의 인스턴스로 동작한다는 것이다. 서브 에이전트는 메인 에이전트의 지시를 받고 결과만 보고하는 반면, 에이전트 팀의 팀원들은 서로 메시지를 주고받으며 능동적으로 협업할 수 있다.

설치 및 사용법

환경 변수 설정

Agent Team은 아직 실험적 기능이므로 환경 변수를 활성화해야 사용할 수 있다. VS Code의 settings.json에 아래와 같이 추가하면 된다.

{
    "env": {
        "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
    }
}

settings.json 환경 변수 설정

터미널 환경 준비

에이전트 팀은 화면 분할(Split Pane)을 사용하기 때문에 Tmux나 iTerm2가 필요하다. Mac 사용자라면 Homebrew로 간단히 설치할 수 있다.

brew install tmux

팀을 실행하면 팀 리드와 팀원의 터미널이 좌우로 나뉘어 표시되어 각 에이전트의 작업 상황을 실시간으로 확인할 수 있다.

팀 생성 및 실행

Claude Code에서 자연어로 팀을 구성할 수 있다.

A팀을 만들어줘. 팀원 1은 문서 작성 담당, 팀원 2는 코드 작성 담당이야.

실행하면 우측 상단에 팀원 이름(예: DocWriter, Coder)이 표시되고, 대기(Idle) 상태에서 작업이 할당되면 자동으로 진행된다.

주요 기능 및 아키텍처

Delegate Mode

Delegate Mode는 팀 리드가 직접 코딩하지 않고 오직 관리(Orchestration)에만 집중하도록 하는 모드다. 리드가 직접 작업을 수행하려는 문제를 방지하고, 팀원 소환·메시지 전송·태스크 관리·종료 등 조율 역할에만 집중하게 한다.

활성화 방법은 팀을 먼저 시작한 뒤 Shift + Tab을 눌러 Delegate Mode로 전환하면 된다.

Delegate Mode와 아키텍처

아키텍처 구조

에이전트 팀은 다음 네 가지 구성 요소로 이루어져 있다.

ComponentRole
Team Lead팀을 생성하고 팀원을 소환하며 작업을 조율하는 메인 세션
Teammates각각 할당된 작업을 수행하는 독립 Claude Code 인스턴스
Task List팀원들이 가져가서 완료하는 공유 작업 목록
Mailbox에이전트 간 통신을 위한 메시징 시스템

파일 구조는 홈 디렉토리 아래에 팀 단위로 관리된다.

~/.claude/teams/{team-name}/config.json   # 팀 설정
~/.claude/tasks/{team-name}/              # 태스크 목록

실사용 후기 — 장단점

장점

  • 진정한 멀티 에이전트 협업: 에이전트끼리 서로 소통하면서 복잡하고 긴 호흡의 작업을 수행할 수 있다. 예를 들어, 웹 OS를 만들 때 한 에이전트는 브라우저 컴포넌트를, 다른 에이전트는 계산기와 터미널을 동시에 개발하는 식의 병렬 작업이 가능하다.
  • 독립적 인스턴스: 각 에이전트가 독립된 컨텍스트와 도구를 가지고 동작하므로, 서로의 작업에 영향을 주지 않고 병렬로 작업할 수 있다.
  • Git Worktree 연동: 팀 리드는 메인 브랜치에서, 팀원은 각각의 워크트리에서 작업하는 방식도 테스트해볼 수 있다.

단점 및 한계

⚠️ 비용 주의: 모든 팀원이 메인 에이전트와 동일한 수준으로 토큰을 소모한다. 서브 에이전트 대비 체감 2~3배 이상의 토큰 비용이 발생할 수 있다.

  • 높은 토큰 비용: 각 팀원이 독립적인 Claude 인스턴스이므로 토큰 사용량이 매우 높다.
  • 버그 및 불안정성:
    • 팀원을 불필요하게 계속 추가 생성하는 현상이 발생하기도 한다.
    • 권한(Permission) 문제로 팀원이 리드에게 계속 허락을 구하며 작업이 끊기는 경우가 있다.
    • 화면 깜빡임 등 UI 버그가 존재한다.

마무리

Agent Team은 아직 Research Preview 단계로 버그도 있고 사용법이 다소 까다롭다. 하지만 기존 서브 에이전트의 한계를 넘어, 에이전트 간 직접 소통이 가능한 진정한 멀티 에이전트 시스템이 도입되었다는 점에서 의미가 크다.

향후 안정화와 비용 최적화가 이루어진다면, 복잡한 프로젝트에서 여러 에이전트가 팀으로 협업하는 새로운 개발 방식이 자리잡을 수 있을 것이다. 당장 프로덕션 작업에 투입하기보다는, 흥미로운 사이드 프로젝트에서 먼저 실험해보는 것을 추천한다.

참고 자료

댓글

아직 댓글이 없습니다. 첫 댓글을 남겨보세요!

0 / 1000