터미널 탭 12개를 열어두던 사람들에게, Claude Code가 대시보드 하나를 줬다

Agent View 개요와 핵심 기능

Anthropic이 2026년 5월 11일 Claude Code v2.1.139에서 Agent View를 리서치 프리뷰로 공개했다. 단일 CLI 대시보드에서 모든 백그라운드 에이전트 세션의 현황을 실시간으로 확인하고, 입력 대기 에이전트에 즉시 응답하며, /goal 명령어로 장기 실행 자율 태스크를 선언할 수 있는 기능이 한꺼번에 추가된 이번 업데이트는 개발자의 멀티에이전트 워크플로우를 근본적으로 바꾸고 있다. 기존에는 여러 터미널 탭, tmux 패인, 별도의 Claude Code 프로세스를 동시에 관리해야 했지만, 이제 하나의 화면에서 모든 에이전트 작업의 상태를 통합적으로 파악할 수 있다.

Agent View는 claude agents 명령어로 진입하는 통합 세션 관리 대시보드다. 각 행(row)에는 Claude Code 세션 하나의 현재 상태, 마지막 활동 시각, 작업 중/입력 대기/완료/실패/유휴/중단 여부가 표시된다.

주요 조작 방법은 다음과 같다.

스페이스바: 특정 세션의 최신 턴을 팝업으로 빠르게 확인
인라인 답변: 전체 세션에 연결하지 않고 대기 중인 에이전트에 즉시 응답
Enter 또는 →: 선택한 세션의 전체 트랜스크립트에 완전히 연결
/bg: 현재 세션을 백그라운드로 전환
claude --bg "": 새 백그라운드 작업을 즉시 실행

Agent View는 Pro, Max, Team, Enterprise, Claude API 플랜에서 사용 가능하며, 일반 요금 제한이 동일하게 적용된다.

멀티에이전트 CLI 대시보드 아키텍처 설계

에이전트 세션 상태 머신

Agent View의 핵심은 각 에이전트 세션을 유한 상태 머신(FSM)으로 모델링하는 것이다.

⤢✕

각 상태 전환은 이벤트 드리븐(event-driven) 방식으로 처리된다. 에이전트가 상태를 변경하면 즉시 대시보드에 반영되는 실시간 갱신 구조다.

실시간 폴링과 이벤트 드리븐 갱신

대시보드가 다수의 에이전트 세션을 동시에 추적하려면 효율적인 상태 동기화 메커니즘이 필요하다.

폴링 기반 접근:

일정 주기(예: 500ms)마다 모든 세션의 상태를 조회
구현이 단순하지만 세션 수가 증가하면 오버헤드 발생
소수 세션 환경에 적합

이벤트 드리븐 접근:

각 에이전트 세션이 상태 변경 시 이벤트를 발행(publish)
대시보드는 이벤트 버스를 구독(subscribe)하여 변경 사항만 반영
세션 수에 비례하지 않는 효율적인 갱신
IPC(Inter-Process Communication) 또는 로컬 소켓 활용

Claude Code Agent View는 로컬 환경에서 Unix 소켓 기반의 이벤트 스트림을 활용하여 세션 수에 무관하게 낮은 레이턴시로 상태를 반영한다.

다중 에이전트 동시 추적 설계

12개 이상의 병렬 세션을 안정적으로 추적하려면 대시보드 렌더링 자체도 비동기로 처리되어야 한다.

가상화 렌더링: 화면에 보이는 세션 행만 실제로 렌더링하여 메모리 사용 최적화
우선순위 갱신: 입력 대기 중인 세션을 최우선으로 갱신하여 응답 지연 최소화
배치 갱신: 짧은 시간 내에 다수 세션의 상태가 변경될 때 한 번의 렌더 패스로 처리

/goal 명령어와 에이전트 세션 재개 설계

/goal 명령어 개요

/goal 명령어는 Claude Code v2.1.139에서 도입된 장기 실행 자율 태스크를 위한 프리미티브(primitive)다. 목표 조건을 선언하면 Claude가 조건이 충족되거나 설정한 제약(최대 시간, 최대 턴 수, 토큰 예산)에 도달할 때까지 자율적으로 반복 실행한다.

사용 예시:

/goal tests must pass and the CI pipeline must be green
/goal all TypeScript errors resolved, coverage above 80%
/goal PR is merged and all review comments addressed

컨텍스트 직렬화와 중단-재개 프로토콜

장시간 자율 실행 도중 세션이 중단되더라도 재개할 수 있으려면 에이전트의 컨텍스트를 지속적으로 직렬화(serialize)해야 한다.

컨텍스트 직렬화 대상:

현재 목표(/goal 선언 내용)
완료된 태스크 목록과 결과
진행 중인 태스크 상태
에이전트가 접근한 파일·코드 변경 내역
도구 호출 이력

직렬화된 컨텍스트는 로컬 상태 파일에 체크포인트(checkpoint) 형태로 기록된다. 세션이 예기치 않게 종료되더라도 /resume <session-id> 명령으로 마지막 체크포인트부터 재개할 수 있다.

파일 첨부 전달과 상태 영속성 아키텍처

⤢✕

각 에이전트 서브세션은 독립적인 컨텍스트 창(context window), 커스텀 시스템 프롬프트, 특정 도구 접근 권한, 독립적인 파일 권한 설정을 가진다. 이를 통해 에이전트 간 의도치 않은 간섭 없이 병렬 실행이 가능하다.

Claude Code 멀티에이전트 개발 워크플로우 패턴

병렬 에이전트 태스크 분해

대규모 개발 작업을 여러 에이전트에 분산하는 핵심 원칙은 **독립성(independence)**이다. 상태를 공유하거나 순차적 의존성이 있는 태스크는 병렬화에 적합하지 않다.

병렬화에 적합한 태스크 유형:

서로 다른 모듈의 테스트 작성
독립적인 마이크로서비스의 리팩터링
다수의 문서 파일 업데이트
병렬 벤치마크 실행 및 결과 수집

의존성 관리와 결과 통합

일부 태스크는 다른 태스크의 결과를 입력으로 받아야 한다. 이때는 팀 리드(team lead) 에이전트가 의존성 그래프를 관리하며 적절한 순서로 서브 에이전트를 조율한다.

Agent Teams(실험적 기능, 기본 비활성화) 구조:

팀 리드: 공유 태스크 목록 관리, 서브 에이전트 조율, 결과 통합
팀원 에이전트: 각자의 컨텍스트 창에서 독립 실행, 팀 리드와 직접 통신

에이전트 오케스트레이션 패턴

Fan-Out / Fan-In 패턴: 1개의 오케스트레이터 에이전트가 N개의 작업자 에이전트에 태스크를 분배하고, 결과를 수집·통합한다. 대규모 코드베이스 분석이나 다수 파일 동시 처리에 적합하다.

파이프라인 패턴: 에이전트 A의 출력이 에이전트 B의 입력이 되는 직렬 구조. 각 에이전트가 특정 변환(lint→test→deploy)을 담당한다.

이벤트 브로커 패턴: 에이전트들이 중앙 이벤트 버스를 통해 느슨하게 결합된 구조. 한 에이전트가 "테스트 실패" 이벤트를 발행하면 이를 구독하는 에이전트가 자동으로 디버깅을 시작한다.

개발자 반응과 실용성 평가

Agent View 출시 직후 개발자 커뮤니티의 반응은 엇갈렸다. 기능 자체의 유용성은 인정받았지만, 실제 사용 패턴에서는 몇 가지 우려가 제기되었다.

긍정적 평가:

터미널 탭 지옥(tab hell)에서 해방
입력 대기 에이전트를 즉시 발견하고 응답할 수 있어 병목 해소
/goal 명령어로 반복적인 수동 감시 작업 자동화

제기된 우려:

여러 에이전트가 동시에 입력을 요청할 때 컨텍스트 전환 비용
에이전트 간 파일 충돌 가능성
/goal 조건 달성 실패 시 무한 루프 위험

Anthropic은 이를 리서치 프리뷰로 공개하며 사용자 피드백을 반영해 개선할 예정임을 밝혔다.