최종 업데이트: 2026-05-31

대상: Claude Code v2.1.139 이후 (Pro / Max / Team / Enterprise / API)

상태: Dynamic Workflows 및 Agent View는 모두 Research Preview 상태입니다 (UI 및 동작은 변경될 수 있습니다).

서론 — Claude의 「멀티 에이전트」에는 3가지 체계가 있다

2026년 5월, Claude Code는 연달아 「복수의 에이전트를 다루는」 기능을 추가하며, 멀티 에이전트 개발 플랫폼으로 방향을 틀었습니다. 하지만 이들은 이름만 비슷할 뿐, 역할과 레이어(Layer)가 다른 3가지 체계이며 혼동되기 쉽습니다.

체계	한 줄 요약	레이어 (Layer)
Dynamic Workflows	1개의 태스크를 최대 1000개의 서브 에이전트(Sub-agent)로 팬아웃(Fan-out)하는 실행 엔진	로컬 (세션 내 런타임)
Agent View	복수의 세션을 한 화면에서 묶어서 보는 관리 UI	로컬 (CLI 대시보드)
Managed Agents	에이전트를 클라우드에서 대행 실행하는 hosted 기반	클라우드 (또는 self-hosted sandbox)

본 기사는 Dynamic Workflows를 기점으로, Agent View 및 Managed Agents와의 차이점과 관계를 정리하고, 「어느 것을 언제 사용할 것인가」에 대한 판단 기준을 제시합니다. 후반부(보충)에는 별도의 해설 기사가 없는 Agent View의 기능 상세 레퍼런스를 정리합니다.

본 기사는 2026년 5월 시점의 공식 문서, 공식 블로그, 공식 CHANGELOG를 바탕으로 작성되었습니다. Dynamic Workflows와 Agent View는 모두 Research Preview 단계이므로 UI, 동작, 버전 번호는 변경될 수 있습니다. Managed Agents와의 통합 가능 여부 등 공식적으로 명시되지 않은 점은 추측임을 명기합니다.

1. 기점: Dynamic Workflows란 무엇인가 (실행 엔진)

Dynamic Workflows는 프롬프트에 workflow를 포함하면 Claude가 JavaScript 스크립트를 자동 생성하고, 해당 스크립트가 **다수의 서브 에이전트를 대규모 오케스트레이션(Orchestration)**하는 실행 엔진입니다 (Claude Code v2.1.154, Research Preview).

• 규모: 1회 실행당 최대 1000개의 서브 에이전트, 동시 실행은 최대 16개 (CPU가 적으면 더 적어짐).
• 실행 모델: 대화와 격리된 환경에서 스크립트가 실행되며, 중간 결과는 스크립트 변수에 유지됩니다. Claude의 컨텍스트에는 최종 답변만 반환됩니다.
• 권한: 서브 에이전트는 항상 acceptEdits 모드로 동작하며, 사용자의 툴 허용 리스트를 상속합니다 (파일 편집은 자동 승인).
• 진행 확인: (페이즈별 에이전트 수, 토큰량, 경과 시간, /workflows 명령어를 통한 p 일시 정지 / x 정지 / s 스크립트 저장).
• 제공: 모든 유료 플랜 + API + Bedrock + Vertex AI + Microsoft Foundry (Pro는 /config에서 활성화).

즉, Dynamic Workflows는 「하나의 무거운 태스크를 Claude가 직접 작성한 코드로 병렬로 해결하는」 메커니즘입니다. 내부 구조, 비용, 패턴에 대한 심층 분석은 Claude Code Dynamic Workflows 완전 가이드를 참조하십시오.

2. 3가지 체계 전체 비교 맵

Dynamic Workflows를 중심으로 3가지 체계를 한눈에 살펴봅니다. 이것이 본 기사의 핵심 표입니다.

관점	Dynamic Workflows	Agent View	Managed Agents
역할	실행 엔진 (1개 태스크를 병렬화)	관리 UI (여러 세션을 조망)	클라우드 실행 기반 (hosted)
실행 위치	로컬 (세션 내 런타임)	로컬 (사용자의 머신)	클라우드 또는 self-hosted sandbox
조정 주체	Claude가 작성하는 JS 스크립트	사용자가 수동으로 확인 및 응답	Anthropic의 harness
기동	프롬프트에 workflow 입력	claude agents 또는 빈 프롬프트 ← 입력	API (beta 헤더)
확인 명령	/workflows	claude agents	(API 응답/이벤트 로그)
규모	1회 실행 최대 1,000 / 동시 16	—	—
지속성	동일 세션 내에서만 재개 가능	~/.claude/jobs (로컬)	서버 측 이벤트 로그
필요 조건	v2.1.154	v2.1.139	managed-agents-2026-04-01
심층 기사	DW 완전 가이드	본 기사 (후반부 보충)	Managed Agents 가이드

이후, 각 쌍(pair)별로 차이점을 자세히 살펴보겠습니다.

3. Dynamic Workflows × Agent View — 실행 엔진 vs 관리 UI

가장 혼동하기 쉬운 쌍입니다. 둘 다 '다중 에이전트'와 관련이 있지만, 실행하는 측과 보는 측으로서 역할이 정반대입니다.

관점	Dynamic Workflows	Agent View
본질	태스크를 병렬 실행함	세션을 묶어서 봄
단위	페이즈(Phase)·서브 에이전트	세션
구동	Claude 생성 스크립트 (자동)	사용자 조작 (수동)
확인	/workflows	claude agents
규모 상한	1회 실행 1,000 / 동시 16	없음 (보기만 함)

상호작용

백그라운드 세션 내에서 Dynamic Workflow가 실행되면, Agent View 상에서 해당 세션은 Working 상태로 표시됩니다 (페이즈의 상세 내용이 아니라, 세션 상태로서). 페이즈 및 서브 에이전트의 상세 내용을 보는 것은 /workflows의 역할입니다.

또한, 진행 중인 작업(서브 에이전트 / Dynamic Workflow / 백그라운드 셸)이 있는 세션에서 ←를 통해 백그라운드화(backgrounding)를 시도하면 "Cannot open agents — N background task(s) running" 메시지가 나타나며, /tasks로 확인하거나 /bg로 폐기 확인이 필요합니다.

Agent View의 행에서 Workflow의 페이즈 상세 정보로 직접 드릴다운(drill-down)할 수 있는지에 대해서는 공식적으로 명시된 바가 없으므로, 현재로서는 세션 상태로서만 가시화된다고 생각하는 것이 안전합니다 (통합 정도는 미정).

→ Dynamic Workflows는 "하나의 작업을 병렬로 해결"하고, Agent View는 "여러 작업을 조망"합니다. 레이어가 다르므로 서로 충돌하지 않습니다.

4. Dynamic Workflows × Managed Agents — 로컬 자동 실행 vs 클라우드 기반

둘 다 "Claude가 다수의 처리를 자율적으로 수행하게 한다"는 점에서는 유사하지만, 실행되는 위치와 지속성(persistence)의 레이어가 다릅니다.

관점	Dynamic Workflows	Managed Agents
실행 위치	로컬 (Claude Code 세션 내)	Anthropic 클라우드 (또는 self-hosted)
기동	프롬프트에 workflow 입력	API (managed-agents-2026-04-01)
상태 유지	스크립트 변수 (세션 내)	서버 측 이벤트 로그 (지속적)
수명	Claude Code 종료 시 다음 실행 시 처음부터 시작	클라우드에서 상주하며 장기 실행
주요 용도	해당 시점의 대규모 태스크를 병렬 처리	long-horizon 에이전트의 상시 대행

→ **Dynamic Workflows는 '현재 세션에서의 일회성 대규모 처리', Managed Agents는 '클라우드에서 지속적으로 실행하는 업무 기반'**입니다. 전자는 로컬의 순발력, 후자는 클라우드의 상주력입니다.

5. Agent View × Managed Agents — 로컬 관리 UI vs 클라우드 기반

관점	Agent View (Claude Code)	Managed Agents (Claude Platform)
유형	로컬 CLI 대시보드	Anthropic 제공 호스팅 서비스 (hosted service)
...	~/.claude/jobs (로컬)	서버 측 이벤트 로그
정지 조건	머신 종료 시 정지	클라우드에서 상주
브랜드	Claude Code	별도 브랜드 ('Claude Code' 명칭 사용 불가)

Agent View의 세션은 공식적으로 **'로컬 (machine 상에서 동작하며, 종료 시 정지)'**로 정의되며, 클라우드에서 실행하고 싶은 경우에는 별도 제품인 Claude Code on the web이 안내됩니다. 반면 Managed Agents는 brain (Claude + harness)과 hands (sandbox + tools)를 분리한 클라우드 기반입니다.

'Agent View가 Managed Agents의 클라우드 세션을 목록 표시하거나 조작한다'고 보기는 어려운 구조입니다 ('Sessions are local', 'model API 이외에는 접속하지 않음', '클라우드는 별도 제품을 안내함' 등의 내용을 통해 별개의 레이어로 해석하는 것이 자연스럽습니다. 단, 공식적인 명확한 부정문은 없으므로 추측입니다). Managed Agents의 구성은 자료에 따라 'Session/Harness/Sandbox의 3계층' 또는 'Agent/Environment/Session/Events의 4개 개념'으로 설명됩니다 (관점의 차이).

/goal 의 위치

6. 확인 명령어 요약표와 3개 계통 + 관련 기능은 확인 및 조작 명령어가 다릅니다. 이 부분을 파악해 두면 혼란을 방지할 수 있습니다.

대상	명령어	계통
Dynamic Workflows의 진행 상황	/workflows	실행 엔진
백그라운드 세션 목록 (Agent View)	claude agents	관리 UI
현재 세션 내의 서브 에이전트	/agents	—
현재 세션의 백그라운드 항목 전반	/tasks	—

여기에 더해, /goal (v2.1.139에서 Agent View와 비슷한 시기에 추가)은 "완료 조건을 지정하여 Claude를 자율적으로 지속하게 만드는" 명령어로, Claude Code를 '한 번의 응답'에서 '목표 달성까지의 자율 주행'으로 확장하는 기능입니다. 이는 Dynamic Workflows (병렬 팬아웃)와는 다른 축인 '단일 세션의 자율화'이며, 이 또한 '멀티 에이전트 개발 플랫폼화'의 일환입니다 (자세한 내용은 Monitor & Push 알림 가이드를 참조하세요).

7. 용도별 선택 가이드

하고 싶은 일	사용하는 것
하나의 무거운 태스크 (이전, 감사, 다각도 검증)를 그 자리에서 병렬 처리하고 싶다	Dynamic Workflows (workflow 키워드)
여러 자율 세션의 상태를 조망하고, 입력 대기 상태에 응답하거나 연결(attach)하고 싶다	Agent View (claude agents)
목표를 정해 하나의 세션을 완료까지 자율적으로 지속시키고 싶다	/goal
에이전트를 클라우드에서 상주시키거나 장기 운용하고 싶다 (업무 기반)	Managed Agents (API)
클라우드 환경에서 로컬과 동일한 세션을 실행하고 싶다	Claude Code on the web

요약하자면——병렬로 '풀 것'이라면 Dynamic Workflows, 여러 개를 '볼 것'이라면 Agent View, 클라우드에서 '상주 시킬 것'이라면 Managed Agents입니다.

보충: Agent View 상세 레퍼런스

여기서부터는 독립된 기사를 가지지 않는 Agent View의 기능 상세를 보충합니다. Agent View는 모든 병렬 세션(Parallel Session)을 한 화면에 모아 관리하는 관리 UI로, v2.1.139 (PT 2026-05-11 / JST 5-12)에 Research Preview로 등장했습니다 (Pro/Max/Team/Enterprise/API 지원, Free 플랜 불가).

보충 A. 실행 및 비활성화

수단	조작	효과	설정 키
커맨드	claude agents	셸(Shell)에서 열기	—
왼쪽 화살표	빈 프롬프트에서 ←	현재 세션을 백그라운드(Background)로 전환하며 열기	leftArrowOpensAgents
포함(Inclusion)	/background (/bg)	대화 세션(Dialogue Session)을 백그라운드로 전환	—
전체 비활성화	disableAgentView / CLAUDE_CODE_DISABLE_AGENT_VIEW	사용 불가 (관리자 강제 가능)	managed settings

보충 B. 화면 읽는 법 (상태·아이콘·PR 열)

각 행은 ①세션명 ②현재 액티비티 (최종 응답의 1줄 요약, Haiku 클래스가 최대 15초마다 + 각 턴 종료 시 생성) ③마지막 상태 변화 이후 경과 시간으로 구성됩니다.

6가지 세션 상태

상태	색상·표현	의미
Working	애니메이션	도구(Tool) 실행 중 / 응답 생성 중
...	Ctrl+X / claude stop으로 정지

아이콘 모양 = 프로세스 생존 상태

아이콘	상태	할 수 있는 것
✻ / ✽ (점멸)	프로세스 생존	즉시 attach/reply
∙	프로세스 종료됨	peek/reply/attach (재개 시 중간부터 복귀)
✢	/loop가 슬립(Sleep) 중	실행 횟수·카운트다운 표시

PR 열의 색상

색상	PR 상태	기준
노란색	체크/리뷰 대기 중 또는 실패	확인 필요
...

행은 Ready for review / Needs input이 상단 → Working → Completed 순으로 그룹화되며, Ctrl+S로 디렉터리(Directory)별 전환이 가능합니다.

보충 C. 키 바인딩(Keybind)과 peek

키	동작
↑ / ↓	행 선택 이동
Enter / →	attach (대화 복귀)
Space	peek 패널 개폐
Ctrl+S	그룹화 전환
Ctrl+T	핀 고정 (자동 정지 대상에서 제외)
Ctrl+X	정지 (Ctrl+X를 2초 이내에 다시 누르면 삭제)
?	도움말

peek (Space)는 세션이 필요로 하는 사항, 최신 출력, 열려 있는 PR을 표시합니다 (전체 트랜스크립트(Transcript)가 아님). 답장을 입력하고 Enter로 전송, 다지선다형은 숫자 키, Tab으로 제안 보완, 맨 앞의 !로 Bash 전송, →로 attach 합니다.

⚠ 주의: Claude가 생성한 worktree (Ctrl+X를 두 번 연속 눌러 삭제하는 경우)도 삭제됩니다 (파괴적인 미커밋 변경 사항을 포함할 수 있음).

보충 D. 백그라운드 세션의 라이프사이클(Lifecycle)과 자동화

국면	동작
실행 경로	①Agent View 입력창 ②/bg ③claude --bg "<prompt>"
호스트	사용자별 supervisor 프로세스 (터미널에서 독립되어 자동 시작)
영속화(Persistence)	~/.claude/jobs/<id>/state.json
파일 분리	.claude/worktrees/의 독립된 worktree (worktree.bgIsolation: "none"으로 비활성화 가능, v2.1.143 경부터)
자동 정지	attach 되지 않은 상태로 약 1시간 후 정지 (Ctrl+T로 제외 가능)

셸에서는 claude agents --json (v2.1.144 경부터)을 통해 구조화된 출력(Structured Output)을 얻을 수 있으며, CI/자동화에 통합할 수 있습니다.

# 입력 대기 세션만 추출
claude agents --json | jq '.[] | select(.status=="needs_input") | {name, cwd}'

관리 명령은 claude attach

/ logs

/ stop

(kill) / respawn --all

/ rm

/ daemon status

. Agent View 입력 시작 부분의 !

(또는 claude --bg --exec, v2.1.154)를 통해 백그라운드 셸(shell) 작업도 실행할 수 있습니다.

보충 E. Agent View 진화 연표

버전	추가·변경
v2.1.139	Agent View 첫 등장 (Research Preview), claude agents, /goal
v2.1.141 頃	claude agents --cwd <path>
v2.1.142 頃	dispatch 제어 플래그 (--model / --effort / --permission-mode)
v2.1.143 頃	worktree.bgIsolation 비활성화
v2.1.144 頃	claude agents --json, /resume에 bg 혼재 표시
v2.1.145 頃	PR 열 강화, autocomplete·마우스 대응 개선
v2.1.154	!<command> / claude --bg --exec, /resume 백그라운드 세션 대응
v2.1.157	--agent와 에이전트 설정 존중

(버전 번호는 자료마다 차이가 있어 「頃(경)」을 포함합니다. 전체 내용은 버전 이력 요약을 참조하십시오.)

보충 F. Research Preview의 제약

제약	동작	대처
쿼터(Quota) 소비	백그라운드는 대화와 동일한 쿼터 (10개 병렬 = 약 10배 속도)	병렬 수 의식
...	Ctrl+X 2연타 시 worktree도 삭제	삭제 전 변경 사항 확인
UI 변경 가능성	Research Preview	공식 문서에서 최신 내용 확인

요약

• Claude의 "멀티 에이전트"는 **Dynamic Workflows (실행 엔진) / Agent View (관리 UI) / Managed Agents (클라우드 기반)**의 3개 계통입니다. 역할과 레이어가 모두 다릅니다.
• 병렬로 "풀려면" Dynamic Workflows, 여러 개를 "보려면" Agent View, 클라우드에서 "상주시키려면" Managed Agents를 사용합니다. /goal은 단일 세션의 자율화라는 별개의 축입니다.
• 확인 명령은 용도에 따라 구분하여 사용합니다: /workflows (DW) / claude agents (Agent View) / /agents · /tasks (현재 세션).
• Dynamic Workflows와 Agent View는 로컬에서 상호 보완 관계이며, Managed Agents는 클라우드에서 별도의 레이어입니다 (직접적인 통합은 공식적으로 명시되지 않음).
• Agent View 단독에 대한 상세 내용 (기동·6종 상태·키 바인딩·자동화)은 본 기사 후반의 보충 섹션을 참조하십시오.

참고 자료

• Claude Code 공식 문서: Workflows
• Claude Code 공식 문서: Agent view
• Anthropic 공식 블로그: Agent view in Claude Code
• Claude Code CHANGELOG (anthropics/claude-code)
• The New Stack: Claude Code Agent View
• Anthropic: Managed Agents / Claude Platform

본 기사는 2026년 5월 시점의 공식 문서, 공식 블로그, 공식 CHANGELOG, 기술 미디어 보도를 바탕으로 작성되었습니다. Dynamic Workflows와 Agent View는 모두 Research Preview 단계이며, UI, 동작, 버전별 동작, 각 기능의 통합도는 예고 없이 변경될 수 있습니다. 버전 번호는 자료 간에 차이가 있어 일부 「頃(경)」으로 표기하였으며, Managed Agents와의 통합 가능 여부 등 공식적으로 명시되지 않은 점은 추측임을 밝힙니다.

토론 (Discussion)