지난해에는 모두가 서브 Agent를 추가했습니다. 하지만 올해 Anthropic은 이를 삭제할 것을 권유하기 시작했습니다.
공식 가이드라인에서는 다음과 같이 지적하고 있습니다: 많은 기업의 Agent 아키텍처 다이어그램이 마치 자체 조직도와 같습니다. 마케팅 부서 하나, 재무 부서 하나, 주문 처리 부서 하나를 만들고 그 위에 스케줄링을 덧씌웁니다. 이러한 분업은 겉보기에는 명확해 보이지만, 세부 사항이 전달 과정에서 계속 손실될 뿐만 아니라 지연 시간(latency)까지 한 단계 추가한다는 큰 문제가 있습니다. 실제로 고객 중 일부가 단일 루프(single loop)로 전환한 후, 동일한 작업을 약 두 배 빠르게 처리할 수 있었습니다.
여기에는 매우 중요한 판단 기준이 있습니다: 아키텍처는 모델의 능력에 따라 움직여야 하며, 보고 체계에 따라 움직여서는 안 됩니다.
모델이 강력해지면서, 이전에 외부 프레임워크로 하드코딩했던 분기 및 오류 수정(error correction) 기능 중 일부를 메인 루프 자체가 처리할 수 있게 되었습니다. 여러 개의 서브 Agent를 추가하는 것은 종종 그저 전문적으로 보이는 조직도를 시스템에 넣는 것일 뿐입니다. Skills가 어떻게 일해야 하는지 알려주고, Tools/MCP가 실제 작업을 수행하며, 서브 Agent는 진정한 병렬 처리(parallelism)가 필요하거나, 컨텍스트 격리(context isolation)가 필요하거나, 또는 단일 루프로 테스트했을 때 성능이 떨어지는 시나리오에만 남겨두어야 합니다.
제품 관점에서 더 고려해야 할 점은: 계획을 작성하는 모델과 실행하는 모델은 가급적 동일해야 한다는 것입니다. 계획은 하나의 창에서 작성하고, 도구의 결과는 원본 그대로 돌아와야 하며, 중간에 계획 자체를 수정할 수 있어야 합니다. 서브 Agent가 반환하는 것은 종종 압축된 요약(summary)인 경우가 많아 메인 루프에서는 원본 도구 결과를 볼 수 없고, 이후 판단 과정이 흐트러지기 쉽습니다.
이번 업그레이드의 주요 움직임은 바로 '삭제'입니다. Claude Code 자체의 시스템 프롬프트도 80% 이상 줄였습니다. 사람을 쌓고, 다이어그램을 쌓고, 오케스트레이션을 복잡하게 만드는 것보다, 특정 시나리오에 대해 엔드투엔드(end-to-end) 평가를 한 번 진행하고, 하나씩 분해하는 것이 낫습니다. 점수가 떨어지면 그때 되돌아가는 식입니다.
Anthropic is now recommending that companies REMOVE unnecessary subagents from their AI systems.
This is a pretty significant shift in agent architecture, with their team finding that a single agent equipped with skills can frequently outperform complex multi-agent systems, and one customer seeing