에이전트 구축: 서브에이전트를 메인 에이전트 루프에 통합해야 할 때

무슨 일이 있었나

Claude Platform이라는 AI 개발 서비스가 가이드를 냈습니다. 이 가이드에는 '마이그레이션 키트'가 들어 있습니다. 팀이 어떤 서브에이전트를 주 에이전트에 합칠 수 있는지 확인하도록 돕는 도구입니다. 키트는 여러 설계 패턴을 살펴보고, 옵션을 비교하고, 가장 좋은 방법을 시험합니다. 실제 시스템 전에 가짜(모의) 시스템에서 먼저 돌려 볼 수 있는 데모도 있습니다.

서브에이전트란 무엇인가

서브에이전트는 자기만의 작업 메모리(컨텍스트 창), 자기만의 도구, 자기만의 지시문을 가진 도우미 에이전트입니다. 조정자(코디네이터)가 이 도우미들을 관리합니다. 서브에이전트는 결과를 검사하거나, 여러 일을 동시에 하거나, 누가 무엇을 할 수 있는지 제한할 때 쓸모가 있습니다. Claude Platform의 여러 에이전트, 그중 다중 에이전트 리서치 시스템도 서브에이전트를 씁니다.

주요 숫자와 사실

• 여러 기업 테스트에서, 기술(스킬)을 갖춘 에이전트 하나가 큰 프롬프트 하나나 서브에이전트 설계보다 품질이 더 좋은 경우가 많았습니다.
• 단일 에이전트는 작업 한 건당 비용이 덜 들고 응답도 더 빨랐습니다.
• 한 고객사는 다중 에이전트 구성이 단일 에이전트 루프보다 약 2배 느렸다는 것을 확인했습니다.
• 한 회사는 전문 서브에이전트가 약 12개 있었는데, 그 때문에 고객 에이전트가 일관성을 유지하기 어렵고 느려졌습니다.
• 글은 명확한 시스템 프롬프트 하나, 단순한 데이터 도구 4~5개, 엄격한 출력 규칙이면 대부분의 사용 사례를 감당할 수 있다고 제안합니다.

왜 중요한가

많은 회사가 AI 시스템에 자기 회사의 조직도를 그대로 옮깁니다. 팀마다 도우미 하나씩을 두는 식입니다. 이렇게 하면 지시문이 엉키고, 도우미끼리 역할이 겹치고, 점수가 전체 모습을 보여 주지 못하고, 응답이 느려질 수 있습니다. 이 글은 서브에이전트가 분명히 도움이 될 때만 남기고, 대개는 더 단순한 설계가 낫다고 말합니다.

앞으로 지켜볼 점

• 더 많은 회사가 새 서브에이전트를 추가하기 전에 마이그레이션 키트로 에이전트를 테스트하는지
• 팀이 작은 과제 하나가 아니라 에이전트 전체를 다루는 공유 품질 테스트를 만드는지
• 모델과 도구가 좋아지면서 서브에이전트와 단일 에이전트 사이의 균형이 어떻게 바뀌는지