최종 업데이트: 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가지 체계이며 혼동되기 쉽습니다.

본 기사는 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가지 체계를 한눈에 살펴봅니다. 이것이 본 기사의 핵심 표입니다.

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

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

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

상호작용

백그라운드 세션 내에서 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는 '클라우드에서 지속적으로 실행하는 업무 기반'**입니다. 전자는 로컬의 순발력, 후자는 클라우드의 상주력입니다.

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

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개 계통 + 관련 기능은 확인 및 조작 명령어가 다릅니다. 이 부분을 파악해 두면 혼란을 방지할 수 있습니다.

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

7. 용도별 선택 가이드

요약하자면——병렬로 '풀 것'이라면 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. 실행 및 비활성화

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

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

6가지 세션 상태

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

PR 열의 색상

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

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

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

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

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

셸에서는 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 진화 연표

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

보충 F. 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)