리드 에이전트가 워크플로를 쓰면 서버가 그 워크플로로 여러 에이전트를 단계별로 돌린 뒤 결과를 합쳐 돌려준다. 에이전트 정의의 필드 하나로 켠다.
ClaudeDevs(@ClaudeDevs, Anthropic) · X 스레드 게시물 4개 · 2026-10-10 01:12 KST(2026-10-09 16:12 UTC) · 원문 스레드
읽기 전에
에이전트 하나로는 조각이 너무 많은 일을 Claude Managed Agents는 어떻게 처리하나?
리드 에이전트가 계획을 쓰면, 그 계획이 에이전트 여러 개를 단계별로 돌린 뒤 결과를 하나로 합친다. Anthropic의 개발자용 공식 X 계정 ClaudeDevs(@ClaudeDevs)가 2026-10-10 01:12 KST에 게시물 4개짜리 스레드로 이 기능, 동적 워크플로(dynamic workflows)의 퍼블릭 베타를 알렸다. 스레드가 내세운 근거는 Anthropic이 직접 돌린 실험 하나다. 11만 6천 줄 코드베이스에 버그 70개를 심어 두고 3회씩 돌린 결과, 단일 에이전트는 14·15·27개를, 워크플로는 매번 66개를 찾았다. 스레드가 실험 방법도 토큰 사용량도 밝히지 않아서, 이 수치는 검증된 결과가 아니라 Anthropic의 주장으로 남는다.
멘탈 모델
서버는 리드 에이전트가 쓴 ‘계획’이라는 프로그램을 백그라운드에서 돌린다. 이 실행 속 에이전트들의 결과는 리드 에이전트가 아니라 그 프로그램으로 간다. 리드 에이전트는 실행이 끝난 뒤 프로그램이 합친 결과를 읽는다.
먼저 알아 둘 낱말
Claude Managed Agents
Anthropic이 관리하는 인프라에서 Claude를 자율 에이전트로 돌리는 서비스다(2026-04-08 퍼블릭 베타). 에이전트 루프와 샌드박스는 Anthropic이 맡는다.
동적 워크플로
리드 에이전트가 워크플로를 쓰고 실행을 시작할 수 있게 하는 기능의 이름이다. 멀티에이전트 오케스트레이션(2026-05-06 퍼블릭 베타)의 새 방식이다.
워크플로 실행(workflow run)
서버가 워크플로를 한 번 돌리는 단위다. 한 세션이 동시에 열어 둘 수 있는 실행은 기본 10개다.
단계(phase)
실행 안에서 ‘계약서 읽기(Read the contracts)’처럼 이름이 붙은 구간이다. 단계가 시작하거나 끝날 때마다 세션의 이벤트 스트림에 workflow_run.phase_started나 workflow_run.phase_ended 이벤트가 온다.
세션 스레드
에이전트 하나가 자기 대화 기록을 갖고 일하는 이벤트 스트림이다. 워크플로 실행 속 에이전트도 각자 세션 스레드에서 일하므로, 개발자는 스레드를 하나씩 열어 읽을 수 있다.
서브에이전트와의 차이
서브에이전트 방식에서는 리드 에이전트가 일을 직접 맡긴 뒤 보고를 하나씩 읽는다. 서브에이전트에게는 후속 메시지를 보낼 수 있지만, 워크플로 실행 속 에이전트에게는 보낼 수 없다.
multiagent_20261001
에이전트 정의의 multiagent 블록에 넣는 타입 값이다. 이 타입을 쓰면 서브에이전트와 동적 워크플로가 둘 다 기본으로 켜진다.
예산(budget)
정가로 계산한 세션 비용에 거는 미국 달러 상한이다. 워크플로 실행에는 따로 붙는 가격이 없어, 실행 속 에이전트가 쓴 토큰이 모델 요금대로 이 상한에 쌓인다.
/claude-api managed-agents-onboard bug-hunter
Claude Code에 기본으로 들어 있는 /claude-api 스킬의 하위 명령으로, Claude Managed Agents 에이전트를 만드는 과정을 대화로 안내한다. 하위 명령 뒤의 bug-hunter는 Claude Console 퀵스타트 템플릿 이름을 받는 자리에 들어간다(Claude Code v2.1.290 이상).
읽는 순서
게시물 1과 58초 영상부터 읽는다. 스레드의 낱말 대부분이 여기서 처음 나온다. 영상은 계약서 300건 가운데 지배권 변경 조항이 든 계약서를 골라내는 일을 예로 실행 한 번의 흐름을 보여 준다.
게시물 3을 바로 이어 읽는다. 코드 카드가 영상과 같은 계약서 300건 예를 Python 코드로 보여 준다.
게시물 2와 게시물 4는 붙여 읽는다. 게시물 2의 실험 과제는 코드베이스의 버그 찾기다. 게시물 4가 권하는 시작 명령도 bug-hunter로 끝난다. 게시물 4가 링크한 Agent quickstart 페이지는 Claude Console 로그인 뒤에 있다.
아니다. Workflow runs 문서에서 1,000은 실행 하나가 끝날 때까지 시작할 수 있는 에이전트 수의 상한이다. 그보다 많이 시작하려 하면 실행이 thread_limit_error로 끝난다. 동시에 일하는 스레드는 실행당 64개다. 문서는 이 64라는 수를 보장하지 않는다. → 게시물 3
토큰을 많이 쓰는 실행은 무엇으로 묶어 두나?
세션 예산으로 묶는다. 상한에 닿으면 열린 실행이 모두 멈춘다. 예산을 올리거나 없애면 멈춘 실행이 다시 돈다. 멈춘 동안에도 실행의 남은 수명(기본 24시간)은 줄어든다. 게시물 4는 범위를 좁힌 작업부터 시작해 복잡도를 조금씩 올리라고 권한다. → 게시물 1 영상의 예산 장면, 게시물 4
Executive Summary
Claude Managed Agents에 퍼블릭 베타로 들어온 동적 워크플로(dynamic workflows)는 리드 에이전트가 쓴 계획대로 서버가 여러 에이전트를 단계(phase)마다 돌린 뒤 결과를 합쳐 돌려주는 방식이다. Anthropic이 개발자 공지용으로 운영하는 공식 X 계정인 ClaudeDevs가 2026-10-10 01:12 KST(UTC 2026-10-09 16:12)에 게시물 4개짜리 X 스레드로 발표했다. 성능 근거로 내건 버그 찾기 수치는 실험 방법도, 거기에 든 토큰도 밝히지 않은 자체 측정이다.
신뢰도 B — 사용법·한도·비용 주장은 Anthropic 문서와 맞는다. 16개 항목 중 사실 14, 불확실 2다. 근거와 판정은 팩트체크에 있다.
70개
Anthropic이 자체 실험에서 11만 6천 줄짜리 코드베이스에 심어 둔 버그 수다(게시물 2).
66개
워크플로가 세 차례 시도에서 매번 찾은 버그 수다. 같은 실험에서 단일 에이전트는 세 차례 각각 14개, 15개, 27개를 찾았다(게시물 2).
1,000개
워크플로 실행(workflow run) 한 번이 수명 동안 시작할 수 있는 에이전트의 누적 상한이다(게시물 3).
64개
실행 한 번 안에서 동시에 일할 수 있는 세션 스레드의 상한이다(Workflow runs 문서, 2026-10-12 기준).
리드 에이전트가 쓰는 계획은 워크플로라는 프로그램이다
Workflow runs 문서에 따르면 워크플로는 여러 에이전트를 돌려 그 결과를 합치는 프로그램이다. 리드 에이전트는 사용자가 설명한 일마다 워크플로를 새로 쓴다. 서버는 이를 백그라운드에서 워크플로 실행 하나로 돌린다. 실행은 이름 붙은 단계로 나뉜다. 각 에이전트는 자기 세션 스레드에서 워크플로가 써 준 프롬프트로 일한다. 한 단계의 결과는 다음 단계로 넘어간다.
게시물 1의 58초 영상은 계약서 300건에서 지배권 변경 조항(change-of-control clause)이 든 계약을 찾는 예로 이 흐름을 그린다. 에이전트 하나가 한 건씩 읽으면 진행 막대가 거의 움직이지 않는다. 동적 워크플로에서는 리드 에이전트가 ‘계약서 읽기(Read the contracts)’와 ‘결과 대조(Reconcile the findings)’ 두 단계로 된 워크플로를 쓴다. 첫 단계에서 여러 에이전트가 계약서를 나눠 읽은 뒤 둘째 단계가 그 결과를 하나로 모은다. 리드 에이전트에게 돌아오는 예시 답은 “300건 중 41건에 그 조항이 있다”라는 한 문장이다. 리드 에이전트는 이 결과를 읽은 뒤 사용자에게 답하거나 실행을 하나 더 시작할 수 있다.
Anthropic은 이 방식을 “가장 야심 찬 작업”을 위한 새로운 유형의 멀티에이전트 오케스트레이션이라고 소개했다. Multiagent orchestration 문서가 드는 쓰임새는 감사, 마이그레이션, 심층 조사, 교차 검증이다. 같은 문서가 설명하는 서브에이전트와의 차이는 다음 수를 누가 정하느냐다. 서브에이전트 방식에서는 리드 에이전트가 일을 직접 나눠 준 뒤 보고를 하나씩 읽는다. 동적 워크플로에서는 에이전트들의 결과가 리드 에이전트가 아니라 워크플로로 간다. 다음에 돌릴 에이전트와 그 프롬프트도 워크플로가 정한다.
사용자는 세션 이벤트 스트림의 단계 이벤트(workflow_run.phase_started, workflow_run.phase_ended)로 실행을 따라간다. 실행 안 에이전트마다 세션 스레드를 열어 읽을 수도 있다. 워크플로 코드는 API로 보이지 않는다. 코드는 실행이 끝난 뒤 에이전트에게 그대로 출력하라고 요청해 받아 볼 수 있다. 실행이 completed로 끝나도 그 안의 일이 모두 성공했다는 뜻은 아니다. 실패한 일은 각 세션 스레드의 이벤트에서 찾아야 한다.
Anthropic의 자체 실험에서 워크플로는 심어 둔 버그 70개 중 66개를 찾았다
게시물 2의 실험은 정답을 미리 아는 설계다. Anthropic이 버그를 직접 심어 뒀기 때문에 찾은 개수를 셀 수 있다. 게시물은 개수 차이와 함께 워크플로의 결과가 세 차례 내내 같았다는 점을 내세운다.
양쪽이 쓴 모델과 토큰 사용량이 X 스레드에 없다. 심은 버그의 종류와 난이도도 없다. 무엇을 ‘찾았다’로 셌는지, 심지 않은 문제를 버그로 보고한 오탐이 몇 건이었는지도 빠졌다. 세 차례의 66개가 같은 버그 66개인지도 알 수 없다. 단일 에이전트를 어떤 설정으로 돌렸는지도 적혀 있지 않다.
실험 설계를 담은 문서는 X 스레드 어디에도 연결돼 있지 않다. Workflow runs 문서와 Multiagent orchestration 문서에도 이 실험은 나오지 않는다. 이 수치는 같은 과제에서 워크플로가 더 많이, 더 고르게 찾았다는 회사 측 주장에 머문다.
동적 워크플로를 켜는 데는 에이전트 정의의 필드 하나면 된다
게시물 3은 에이전트 정의의 multiagent 필드에 type: multiagent_20261001을 넣으라고 안내한다. 영상은 이 타입이면 워크플로가 기본으로 켜진다고 적었다. Multiagent orchestration 문서에 따르면 이 타입에서는 workflows와 서브에이전트 설정(subagents)이 둘 다 기본으로 켜진다. 워크플로만 쓰려면 subagents를 disabled로 꺼야 한다. 2026-10-09 릴리스 노트의 예시처럼 workflows를 enabled로 명시해도 결과는 같다. 세션은 만들 때 설정을 복사해 두기 때문에 에이전트를 나중에 바꿔도 이미 있는 세션에는 반영되지 않는다.
실행을 시작하는 것은 API 호출이 아니라 리드 에이전트의 판단이다. 사용자가 user.message로 일을 설명하면 리드 에이전트가 실행을 시작할지, 언제 시작할지 정한다. 게시물 3의 ‘Claude에게 워크플로를 돌리라고 요청한다’는 이 메시지를 가리킨다. 문서는 언제 실행을 쓸지 에이전트의 시스템 프롬프트에 적어 두라고 안내한다. 문서의 계약서 검토 예시는 계약서가 몇 건을 넘으면 실행을 시작하게 한다. 한두 건은 실행 없이 직접 검토하게 한다.
게시물 3에 붙은 코드 카드다. 위쪽 호출은 에이전트를 만들 때 multiagent 필드 한 줄로 동적 워크플로를 켠다. 아래쪽 호출은 “워크플로를 돌려라: 이 계약서 300건 중 지배권 변경 조항이 있는 것은?”이라는 메시지 한 통을 보낸다. 카드 부제대로 필드 하나로 켠 뒤 메시지로 일을 맡기는 흐름이 두 호출에 다 들어 있다.
동적 워크플로는 베타 제품 안의 베타 기능이다. 같은 릴리스 노트에 따르면 Anthropic은 2026-04-08 Claude Managed Agents를 퍼블릭 베타로 출시했다. 그때 정한 베타 헤더(managed-agents-2026-04-01)를 동적 워크플로도 그대로 쓴다. 멀티에이전트 오케스트레이션은 2026-05-06, 세션 예산은 2026-08-07에 들어왔다. 같은 이름의 기능은 Claude Code에 2026-05-28 소개 글로 먼저 나왔다. 그 글 머리에는 Claude Code 쪽이 정식 출시(generally available) 상태라는 갱신 문구가 붙어 있다.
‘실행당 1,000개’는 동시에 도는 수가 아니라 실행 수명 전체의 누적 상한이다
Workflow runs 문서의 한도표에서 1,000은 워크플로가 실행 하나의 수명 동안 시작하는 에이전트의 누적 수다. 동시에 일하는 스레드 상한 64개는 문서가 보장하지 않는 숫자다. 64개가 모두 일하는 중이면 실행은 하나가 끝날 때까지 새 스레드를 만들지 않는다. 워크플로가 1,000개를 넘겨 시작하려 하면 서버는 더 시작하지 않는다. 그 실행은 thread_limit_error로 끝난다. 서버가 실패한 에이전트를 새 스레드에서 다시 돌릴 수 있어서 스레드 수 자체는 1,000을 넘을 수 있다.
실행에는 1,000개 말고도 한도가 더 걸린다. 실행 하나의 수명은 기본 24시간이다. 에이전트가 실행을 시작할 때 더 짧게 정할 수 있다. 한 세션에 동시에 열어 둘 수 있는 실행은 기본 10개다. 실행 안의 에이전트는 실행을 따로 열 수 없어서 실행은 중첩되지 않는다. 실행의 모델 요청은 조직이 이미 가진 Messages API 속도 제한(rate limit)에 함께 잡힌다.
비용은 실행 단위가 아니라 에이전트들이 쓴 토큰으로 붙는다
게시물 4는 “강력한” 동적 워크플로가 토큰을 많이 쓸 수 있다고 경고한다. 범위를 좁힌 작업으로 시작해 복잡도를 조금씩 올리라고 권한다. Workflow runs 문서에 따르면 실행에는 따로 매기는 가격이 없다. Anthropic은 실행 안 에이전트들이 쓴 토큰을 세션의 다른 토큰과 같이 모델 단가로 청구한다. 가격 문서는 여기에 세션 런타임 요금을 더한다. 실행이 도는 동안 세션은 running 상태이므로 그 시간에 세션-시간당 0.08달러(2026-10-12 기준)가 붙는다.
토큰 단가는 실행 안의 에이전트가 어떤 모델로 도느냐가 정한다. 사용자가 미리 만든 에이전트를 workflows.predefined_agents 목록(최대 20개)에 올리지 않으면 워크플로가 에이전트를 모두 직접 정의한다. 이 인라인 에이전트는 리드 에이전트의 모델을 그대로 쓴다. 목록 없이 claude-opus-5-5로 만든 코드 카드의 에이전트라면 실행 안의 에이전트도 모두 Opus 5.5로 돈다. 같은 가격 문서 기준으로 Opus 5.5는 기본 입력 100만 토큰당 4달러, 출력 100만 토큰당 20달러다. 일부 에이전트를 다른 모델로 돌리려면 그 에이전트를 미리 만들어 목록에 올려야 한다.
실행이 쓴 토큰까지 포함한 세션 지출의 상한은 세션 예산이 건다. 영상의 설명대로 세션이 예산에 닿으면 열린 실행이 모두 멈춘다. 예산을 올리거나 없애면 예산 때문에 멈춘 실행이 다시 돈다. 예산은 세션을 만들 때 걸어야 한다. 이미 있는 세션에는 나중에 붙일 수 없다.
예산이 실행을 멈춰도 비용과 시간이 바로 멈추지는 않는다. 예산에 닿아도 일하던 스레드는 이미 시작한 모델 요청을 끝낸다. 실행 하나가 일하는 스레드 하나당 요청 한 번만큼 예산을 넘을 수 있다는 뜻이다. 멈춘 동안에도 실행의 수명은 줄어든다. 오래 멈춰 있던 실행은 재개되기 전에 timeout_error로 끝날 수 있다.
범위를 좁힌 작업부터 시작하라는 권고는 Claude Code 소개 글에도 같은 말로 들어 있다. 그 글도 일반 Claude Code 세션보다 토큰을 “상당히 더” 쓸 수 있다고 적었을 뿐 얼마나 더 드는지는 숫자로 밝히지 않았다.
게시물 4는 시작 경로로 Claude Code 명령 /claude-api managed-agents-onboard bug-hunter와 platform.claude.com/agent-quickstart의 템플릿을 안내한다. 이 페이지는 Claude Console 안에 있다. 로그인하지 않은 방문자에게는 로그인 화면만 보인다. 게시물이 말한 템플릿은 공개된 화면에서 확인할 수 없다.
동적 워크플로로 리드 에이전트의 역할은 직접 일하는 것에서 에이전트를 1,000개까지 돌릴 워크플로를 쓰는 것까지 넓어졌다. 어느 크기의 작업부터 그 워크플로가 단일 에이전트보다 값을 하는지는 X 스레드도 문서도 아직 숫자로 답하지 않았다.
팩트체크
스레드가 설명한 Claude Managed Agents 동적 워크플로(dynamic workflows)의 작동 방식·설정·한도·비용은 Anthropic 문서·릴리스 노트와 맞는다. 출시 상태는 2026-10-12 기준 퍼블릭 베타다. 성능 근거로 내세운 '심어 둔 버그 70개 중 66개' 비교만 실험 방법이 공개되지 않은 자기 보고다.
사실
출처가 주장을 그대로 뒷받침한다.
부분 사실
핵심은 맞지만 빠진 조건·규모·맥락이 뜻을 바꾼다.
불확실
의견·예측·자기 보고이거나, 출처가 주장을 확정하지 못한다.
거짓
출처가 주장과 어긋난다.
등급: A = 모든 사실 주장이 맥락까지 증거와 맞는다. B = 핵심 사실은 맞지만 일부가 자기 보고이거나 조건이 빠졌다. C = 근거 없거나 어긋난 주장이 논지를 받친다. D = 핵심 사실 다수가 증거와 어긋난다. F = 핵심 주장이 거짓이거나 출처가 없다.
B
정합성 한줄평: 사용법·한도·비용은 문서 그대로다. 성능 비교 수치는 Anthropic 자체 발표뿐이다.
Anthropic이 직접 만든 계정이다. 2026-04-23 Anthropic 엔지니어링 블로그 글에 "We recently created @ClaudeDevs on X"라는 문장이 있다. 글은 이 계정을 제품 결정과 그 이유를 자세히 설명하는 자리로 소개한다. 계정 소개란도 "Official updates for developers building with @ClaudeAI"다. 작성자 표기는 사실이다.
주장: Claude Managed Agents 동적 워크플로가 퍼블릭 베타로 나왔다 (위치: 게시물 1, 영상)
출시일과 베타 지위가 모두 1차 기록과 맞는다. 릴리스 노트의 2026-10-09 항목은 동적 워크플로를 "in beta with the managed-agents-2026-04-01 beta header"로 공개했다. 같은 헤더를 쓰는 Claude Managed Agents는 2026-04-08 퍼블릭 베타로 출시됐다. 개요 문서는 모든 API 계정에 접근이 기본으로 열려 있다고 쓴다. 2026-10-12 기준 릴리스 노트와 문서 어디에도 정식 출시(GA)나 철회 표시는 없다. 동적 워크플로는 2026-10-12 기준 퍼블릭 베타다.
2026-05-06 퍼블릭 베타가 된 멀티에이전트 오케스트레이션에 새로 붙은 위임 방식이다. 기존 방식은 에이전트가 서브에이전트에게 일을 맡긴 뒤 보고를 직접 읽는 위임이다. 문서는 동적 워크플로를 서브에이전트와 나란히 놓인 두 번째 방식으로 설명한다. 기존 coordinator 타입으로는 워크플로 실행을 시작할 수 없다고 문서가 명시한다. 같은 이름의 기능은 2026-05-28 Claude Code에 먼저 나왔다. Claude Managed Agents 안의 새 방식이라는 뜻에서 사실이다.
주장: 가장 야심 찬 작업량을 위해 만든 강력한 기능이다 (위치: 게시물 1, 게시물 4)
검증할 수 없는 홍보 문구다. 문서는 '여러 에이전트가 필요한 대부분의 일'을 용도로 든다. 예시는 감사·마이그레이션·심층 조사·교차 검증이다. 같은 문서는 실행 안의 모든 에이전트가 토큰을 쓰므로 필요한 일에만 실행을 쓰라고 적는다. 시스템 프롬프트 예시도 계약서 한두 건은 실행 없이 직접 검토하게 한다. 문서의 사용 기준은 작업의 야심이 아니라 조각 수와 병렬성이다.
주장: 리드 에이전트가 계획을 쓴다. 계획은 여러 에이전트에 걸쳐 단계별로 돌아 끝에 결과를 합친다 (위치: 게시물 1, 게시물 3, 영상)
작동 방식은 문서와 맞는다. 문서는 '계획' 대신 '프로그램'이라는 말을 쓴다. 워크플로는 리드 에이전트가 쓰는 프로그램이다. 이 프로그램이 여러 에이전트를 돌려 반환값을 합친다. 서버는 이 프로그램을 백그라운드에서 워크플로 실행(workflow run)으로 돌린다. 단계(phase) 나누기는 프로그램의 선택이다.
실행 중 각 에이전트의 결과는 리드 에이전트가 아니라 프로그램으로 간다. 다음에 돌 에이전트와 그 프롬프트도 프로그램이 정한다. 리드 에이전트는 실행이 끝난 뒤 합친 결과를 읽는다. Anthropic 문서도 '큰 일을 계획한다'는 표현을 쓴다. '계획'은 서버가 실행하는 코드를 가리키는 느슨한 표현으로 틀리지 않았다.
주장: 계약서 300건을 맡기면 워크플로가 읽어 합친 답 "41 of the 300 contracts have one."이 돌아온다 (위치: 영상)
측정 결과가 아니라 문서의 예시 시나리오다. Workflow runs 문서가 같은 예를 쓴다. 실행 이름 "Find change-of-control clauses", 단계 "Read the contracts"와 "Reconcile the findings", 에이전트의 답 "41 of the 300 contracts have one"이 영상과 같다. 영상은 문서 예시를 그림으로 옮겼다. 작동 순서를 보여 주는 장면으로서 사실이다.
문서와 맞는다. 단계의 시작과 끝은 workflow_run.phase_started와 workflow_run.phase_ended 이벤트로 세션 이벤트 스트림에 온다. 실행 안의 각 에이전트는 자기 세션 스레드에서 일한다. 이 스레드는 다른 하위 스레드처럼 목록 조회·읽기·스트리밍이 된다. 어느 스레드가 어느 단계에서 일하는지 알려 주는 필드는 없다. 워크플로 코드와 각 스레드가 프로그램에 돌려준 결과도 이벤트로는 보이지 않는다.
주장: 11만 6천 줄 코드베이스에 버그 70개를 심었다. 3회 실행에서 단일 에이전트는 14·15·27개를 찾았다. 워크플로는 3회 모두 66개를 찾았다 (위치: 게시물 2)
실험 방법을 공개하지 않은 Anthropic의 자기 보고다. 이 숫자의 출처는 2026-10-09 @ClaudeDevs 게시물 하나다. 2026-10-12 기준 릴리스 노트와 Workflow runs 문서에는 이 실험이 없다. 2026-05-28 Claude Code 동적 워크플로 발표 글에도 없다. 2026-10-09 공개된 bug-hunter 템플릿의 시험 대상은 공개 저장소 QuixBugs다. 템플릿 어디에도 심어 둔 버그 70개는 나오지 않는다.
판정에 필요한 정보가 빠졌다. 모델, 토큰 사용량과 비용, 코드베이스의 정체와 언어, 심어 둔 버그의 종류, '찾았다'의 채점 기준과 오탐 수가 없다. 워크플로가 매번 같은 66개를 찾았는지도 밝히지 않았다. 70개 기준 비율은 워크플로 94%, 단일 에이전트 20~39%다. FourWeekMBA의 2026-10-11 기사와 The Decoder의 2026-10-09 기사도 Anthropic 수치를 옮겼을 뿐이다. 독립 재현이 없는 자기 보고 수치라 판정은 불확실이다.
주장: 에이전트 정의의 multiagent 타입을 multiagent_20261001로 두면 동적 워크플로가 기본으로 켜진다 (위치: 게시물 3, 영상)
문서와 맞는다. 멀티에이전트 오케스트레이션 문서는 이 타입에서 subagents와 workflows가 둘 다 기본으로 켜진다고 쓴다. 릴리스 노트는 workflows를 명시적으로 켠 형태 {"type": "multiagent_20261001", "workflows": {"type": "enabled"}}를 보여 준다. 세션은 만들 때 설정을 복사한다. 바꾼 설정은 새 세션부터 적용된다. 워크플로만 쓰는 설정은 subagents를 {"type": "disabled"}로 둔 형태다.
실행은 리드 에이전트만 시작한다. 사용자가 user.message로 일을 설명하면 에이전트가 실행 여부와 시점을 정한다. 문서는 그 메시지에서 실행을 직접 요청해도 된다고 쓴다. 문서가 먼저 권하는 방법은 실행을 쓸 일과 직접 할 일을 시스템 프롬프트에 적어 두는 것이다. 사용자가 보내는 이벤트로는 실행이 끝나지 않는다. 요청하면 된다는 설명은 사실이다.
주장: 코드 카드는 client.beta.agents.create로 에이전트를 만든 뒤 client.beta.sessions.events.send로 요청을 보낸다. 도구 타입은 agent_toolset_20260401, 모델은 claude-opus-5-5다 (위치: 게시물 3 이미지)
카드의 이름은 모두 현행 API 이름과 같다. 두 SDK 호출은 멀티에이전트 오케스트레이션 문서와 Workflow runs 문서의 Python 예시에 그대로 나온다. agent_toolset_20260401은 사전 제작 에이전트 도구 묶음 전체를 켜는 타입이다. claude-opus-5-5는 2026-09-22 출시된 Claude Opus 5.5의 모델 ID다. 카드는 세션·환경 생성과 시스템 프롬프트를 뺀 발췌다. 실행 요청은 메시지 첫머리 "Run a workflow:"가 맡는다.
문서의 한도와 같다. 1,000은 워크플로가 실행 수명 전체에 걸쳐 시작하는 에이전트 수다. 이 수를 넘기려 하면 실행이 thread_limit_error로 끝난다. 동시에 일하는 스레드 수는 한 실행에 64개로, 문서가 보장하지 않는 값이다. The Decoder의 2026-10-09 기사는 1,000개가 병렬로 돈다고 옮겼다. 문서와 어긋나는 해석이다.
다른 기본 한도는 실행 수명 24시간과 세션당 동시에 열린 실행 10개다. '실행당 최대 1,000개'는 누적 상한으로서 사실이다.
주장: 동적 워크플로는 토큰을 많이 쓸 수 있으니 범위를 좁힌 작업부터 시작하는 편이 낫다 (위치: 게시물 4)
문서와 같은 경고다. 실행에는 별도 가격이 없다. 실행 안의 에이전트가 쓴 토큰은 세션의 다른 토큰처럼 각 모델 요금으로 청구된다. 워크플로가 정의하는 인라인 에이전트는 세션 에이전트의 모델을 그대로 쓴다. 코드 카드처럼 claude-opus-5-5를 쓰면 인라인 에이전트 모두가 입력 100만 토큰당 4달러, 출력 100만 토큰당 20달러로 청구된다(2026-10-12 기준).
토큰과 별도로 세션 실행 시간이 세션 시간당 0.08달러씩 붙는다(2026-10-12 기준). 이 요금은 세션이 running 상태인 동안만 쌓인다. 문서는 실행이 도는 동안 세션이 running으로 남는다고 쓴다. 토큰을 많이 쓸 수 있다는 경고는 사실이다.
주장: 예산으로 실행을 포함한 세션 지출에 상한을 건다. 예산에 닿으면 실행이 멈춘다. 예산을 올리면 다시 돈다 (위치: 영상)
작동 방식은 문서와 같다. 예산에 닿으면 열린 실행이 모두 멈춘다. 세션은 budget_reached 사유로 idle 상태가 된다. 예산을 올리거나 없애면 예산 때문에 멈춘 실행이 다시 돈다. 영상의 설명은 사실이다.
문서에는 영상이 생략한 조건이 있다. 예산은 세션을 만들 때만 걸 수 있다. 일하던 스레드가 이미 시작한 모델 요청을 마치므로 지출은 스레드마다 요청 한 번 분량까지 예산을 넘을 수 있다. 멈춘 동안에도 실행 수명은 흐른다. 오래 멈춘 실행은 timeout_error로 끝날 수 있다.
주장: Claude Code에서 /claude-api managed-agents-onboard bug-hunter로 시작할 수 있다 (위치: 게시물 4)
명령과 템플릿 모두 실재한다. Claude API 스킬은 Anthropic이 2026-04-29 공개한 오픈소스 스킬이다. Claude Code가 이 스킬을 함께 싣는다. 스킬의 SKILL.md는 managed-agents-onboard <quickstart-name>을 Console quickstart 템플릿 하나를 만드는 명령으로 정의한다. 이름은 shared/managed-agents-quickstarts/ 폴더의 파일 이름이다. 그 폴더의 bug-hunter.md는 출시 당일인 2026-10-09 PR #1995로 추가됐다.
bug-hunter 템플릿은 동적 워크플로를 쓰는 에이전트다. multiagent_20261001 타입에 workflows만 켠 구성이다. 같은 PR이 워크플로용 템플릿 네 개를 더해 전체 템플릿은 13개가 됐다. Claude Code 2.1.290 변경 기록이 <quickstart-name> 형식 추가를 적는다. 문서는 최신 Claude Code에서 이 명령을 실행하라고 안내한다. 안내된 명령은 사실이다.
주장: platform.claude.com/agent-quickstart에서 템플릿을 볼 수 있다 (위치: 게시물 4, 링크 카드)
템플릿은 있다. 페이지는 Claude Console 로그인 뒤에 있다. Anthropic Applied AI 팀의 2026-06-10 글은 Console의 quickstart가 에이전트 템플릿에서 출발하거나 원하는 에이전트를 평이한 말로 설명하게 해 준다고 쓴다. Anthropic skills 저장소의 PR #1995는 새 템플릿 네 개로 스킬이 Console의 quickstart 타일을 모두 만들 수 있게 됐다고 적는다. bug-hunter.md에도 console_key: bug-hunter 항목이 있다. 템플릿 안내는 사실이다.
원본 (완역) 블록은 ClaudeDevs 스레드의 게시물 4개를 옮긴다. 게시물 1의 영상 화면 문구, 게시물 3 이미지 속 코드, 게시물 4의 링크 카드도 제자리에 둔다. 링크 카드가 가리키는 Agent quickstart 페이지는 Claude Console 로그인 뒤에 있어 옮기지 않는다. 그 페이지의 템플릿은 팩트체크의 시작 경로 항목이 다룬다.
수록
본문 전량 수록. 영상에는 소리가 없어서 화면 문구가 영상 속 글의 전부다. 조회수·좋아요 같은 X 화면 요소와 다른 사용자의 답글은 싣지 않는다.
시각
게시 시각은 한국 표준시(KST)다. 네 게시물은 2026-10-10 01:12:03–01:12:04 KST 사이에 올라왔다.
용어
동적 워크플로(dynamic workflows), 워크플로 실행(workflow run), 리드 에이전트(lead agent), 단계(phase), 세션 스레드(session thread), 예산(budget), 범위를 좁힌 작업(scoped task), 지배권 변경 조항(change-of-control clause), 심어 둔 버그(planted bugs).
고지
원문의 저작권은 Anthropic(ClaudeDevs)에 있다. 한국어 번역과 해설은 Anthropic과 무관한 비공식 판이다.
