Why One AI Agent Isn’t Enough (And How to Run 1,000) - CJ Avilla & Harrison Stall, Anthropic

한 줄 핵심

Claude managed agents의 Flows는 단일 에이전트가 한계에 부딪히는 복잡한 작업을 다중 에이전트 워크플로로 분해·병렬화해 더 큰 문제를 안전하게 처리하게 만드는 방식이며, 콘솔과 API로 바로 실무에 적용할 수 있다.

시간별 요약

1. 0:00
   Unix와 OS/360: 확장성의 문제 한 사람이 끝까지 머릿속에 담고 실행할 수 있는 소규모 구조와, 대규모 인력이 필요한 구조는 전혀 다른 방식으로 조직돼야 한다. Linux와 OS/360 사례를 통해, 단일 리더 중심 구조의 한계를 넘기 위해서는 신뢰 계층과 분업 구조가 필요하다는 점을 보여준다.
2. 6:00
   CJ와 Harrison 소개 이번 세션은 Claude managed agents와 그 안의 다중 에이전트 오케스트레이션을 설명하고, 실제 콘솔에서 직접 써보는 워크숍 형태로 진행된다. 개념 설명과 실습이 함께 이어져 API 사용 흐름을 바로 따라갈 수 있게 구성된다.
3. 7:00
   Claude managed agents의 Flows 소개 Flows는 Claude가 자기 자신의 다중 에이전트 토폴로지를 통째로 오케스트레이션하도록 하는 새로운 기능이다. Claude Code의 동적 워크플로처럼 복잡한 작업을 모델이 스스로 분해하고 실행하도록 만드는 방향으로, 인간이 일일이 에이전트 구조를 그리지 않아도 된다.
4. 9:05
   왜 단일 에이전트는 벽에 부딪히는가 단일 에이전트는 오래 실행할수록 맥락 한계, 상태 추적, 병목 문제에 빨리 도달한다. 수십 개 이상의 하위 에이전트가 있는 상황에서는 하나의 중앙 코디네이터가 모든 것을 기억하고 감당하기 어렵고, 실행 상태를 추적하고 복구하는 것도 매우 복잡해진다.
5. 14:00
   동적 워크플로의 동작 방식 리드 에이전트가 계획을 세운 뒤 필요한 단계마다 하위 에이전트를 생성·종료하며, 각 단계는 독립된 검증 가능한 작업 단위로 나뉜다. 실시간 이벤트 스트림, 예산 설정, 중단 기능을 통해 실행 중에도 관찰·제어가 가능하다.
6. 17:25
   데모: 주식 관심종목 스캐너 콘솔에서 watchlist scanner 템플릿을 실행해 실제 세션과 이벤트 흐름을 보여준다. Apple, Nvidia, Amazon 같은 티커를 넣으면 에이전트가 환경 안에서 동작하며, 세션 화면에서 하위 에이전트와 실행 상태를 실시간으로 확인할 수 있다.
7. 23:20
   콘솔에서 운영까지: 단계별 튜닝 콘솔에서 먼저 실험한 뒤, 반복 실행이 필요하면 스케줄·Slack·CI 등 자신의 제품이나 업무 흐름에 통합할 수 있다. 각 단계에 서로 다른 모델과 자원을 배치해 비용과 성능을 조절할 수 있고, 평가 세트로 결과를 검증하며, Claude Code나 Ant CLI로도 같은 흐름을 구동할 수 있다.
8. 32:15
   질의응답 1라운드 Claude Code와 Claude managed agents의 관계, plugins와 skills의 연동, 로컬 Mac 환경에서의 custom tools, 토큰 비용 최적화, sessions와 dreaming, UI 시각화 방식 등이 정리된다. 핵심은 플로우의 실행 결과와 트랜스크립트를 활용해 더 나은 프롬프트와 구조를 반복 개선할 수 있다는 점이다.
9. 1:04:45
   Bug Hunter: 다중 에이전트 PR 검토 PR을 여러 코드 조각으로 나누고, 각 조각을 별도 컨텍스트의 에이전트가 검토한 뒤, 다시 검증 에이전트가 실제 버그 후보를 좁혀 나가는 구조다. 사람이 큰 변경을 리뷰할 때처럼 넓은 맥락을 나눠서 보게 하므로, 단일 리뷰보다 더 깊고 체계적인 코드 리뷰가 가능하다.
10. 1:07:15
    설명 스튜디오: 영상을 만드는 플로우 새 기능 소개 영상도 하나의 플로우로 만든다. 리서치, 팩트체크, 기획서 작성, 장면 제작, 애니메이션, 음향·내레이션까지 단계별로 분해해 자동화하며, 복잡한 설명 콘텐츠 제작 시간을 크게 줄일 수 있다.
11. 1:12:15
    게으름, 자기 편향, 목표 이탈 단일 에이전트는 중간에 충분히 확인하지 않고 일찍 멈추는 게으름, 자기 결과를 과하게 좋게 평가하는 자기 편향, 긴 실행 중 목표를 잃는 목표 이탈에 취약하다. 플로우는 작업을 분리하고 각 단계에 독립된 판단을 부여해 이런 오류를 줄인다.
12. 1:15:20
    대규모 에이전트의 안전성 대규모 에이전트 실행에서는 프롬프트 인젝션, 비밀정보 노출, 데이터 유출, 과도한 행동, 권한 남용, 관측 불가 문제가 핵심 위험으로 다뤄진다. 이를 줄이기 위해 선언·차단·탐지의 3단계 접근이 필요하며, 예산, 권한 정책, 이벤트 스트림, 즉시 중단 기능이 안전장치로 작동한다.
13. 1:20:05
    선언, 차단, 탐지 에이전트가 무엇인지, 어떤 도구와 권한을 가지는지 명확히 선언하고, 네트워크·도메인·툴 사용 범위를 물리적으로 차단하며, 실행 중 이벤트를 지속적으로 탐지해야 한다. 이 구조가 있어야 세션이 잘못된 방향으로 가면 즉시 멈추고 되돌릴 수 있다.
14. 1:21:15
    두뇌와 손의 분리 추론과 상태를 담당하는 두뇌와, 실제 행동을 수행하는 손을 분리해야 비밀정보와 실행 환경이 안전하게 격리된다. 자격 증명은 샌드박스 안에 평문으로 넣지 않고, egress 계층에서만 실제 값으로 치환하는 방식으로 주입된다.
15. 1:27:50
    자격 증명 금고와 도구 잠금 Twilio API 같은 민감한 자격 증명은 credential vault에 저장하고, 네트워크 egress 시점에만 안전하게 주입해야 한다. 또한 web search, web fetch, MCP 도구, 네트워크 접근은 필요한 것만 켜고 나머지는 꺼 두어야 하며, self-hosted 환경에서도 이런 제어가 가능하다.
16. 1:31:45
    마무리와 질의응답 2라운드 Flows는 큰 문제를 더 체계적으로 분해해 다루게 하는 도구이며, 템플릿에서 시작해 자신만의 워크플로로 다듬는 것이 핵심이다. 후반 질의응답에서는 결과를 검증하기 어려운 작업의 반복 개선, Ultra Code와 Flows의 용도 차이, 이벤트 스트림 활용, self-hosted 호환성, MCP tunnels 같은 실전 운영 질문들이 정리된다.

실무 인사이트

• 단일 에이전트에 기대기보다, 계획·검토·검증을 분리한 플로우로 나누면 정확도와 재현성이 크게 올라간다.
• 실무 도입의 핵심은 모델 성능보다도 예산, 권한, 이벤트 관측, 중단 기능을 먼저 설계하는 것이다.
• 대규모 에이전트 운영은 ‘더 많은 에이전트’가 아니라 ‘더 나은 분해와 격리’가 성패를 좌우한다.