앤스로픽 "서브에이전트 여러 개보다 단일 에이전트" — 한 비교에서 속도 약 2배, 통합 전 검증은 필수

왜 중요한가

1. 전문화된 서브에이전트가 많을수록 지연 시간이 늘고 비용이 오르며, 넘겨주는 단계마다 정보가 손실될 수 있다는 것이 앤스로픽의 경험이다.
2. 한 기업은 고객 응대 에이전트 안에 서브에이전트 12개를 두었는데, 일관된 브랜드 경험을 유지하기 어렵고 높은 지연 시간으로 사용성도 나빠졌다.
3. 앤스로픽은 팀마다 서브에이전트를 만들어 수백 개가 겹치는 현상을 에이전트판 "콘웨이의 법칙"이라 부르고, 팀마다 규칙을 덧붙여 서로 모순되는 시스템 프롬프트를 "Frankenprompt"라 칭했다.

실무자가 얻어갈 것

1. 서브에이전트가 여전히 맞는 경우도 있다. 단일 에이전트의 컨텍스트 윈도우에서 성능 저하가 측정될 때, 별도 컨텍스트로 여러 작업을 병렬 실행해야 할 때, 단일 에이전트가 도구 선택에 어려움을 겪을 때다.
2. 팀마다 에이전트를 만들기보다 워크플로를 스킬로 묶고, 도구 검색으로 필요할 때 도구를 불러오는 구조를 앤스로픽은 권한다. 도구 정의가 30~50개를 넘으면 모델의 도구 선택이 나빠지는 경향이 있어, 팀별 담당자가 스킬 라이브러리를 관리해야 한다.
3. 가이드라인·제품 사양·지표 정의 같은 참고 자료는 검색 도구로 필요할 때만 조회하는 지식 베이스나 스킬 안의 참조 파일에 두라고 한다. 코드로 컨텍스트를 가져와 프롬프트에 직접 주입하는 방식은 권하지 않는다.

우리 회사에 적용하면

• 부서마다 자동화 에이전트를 따로 만든 대기업이라면, 역할이 겹치는 에이전트를 목록으로 정리하고 스킬 하나로 합칠 수 있는지 먼저 살펴볼 수 있다.
• 고객 응대 챗봇을 운영하는 중소기업이라면, 응답 지연의 원인이 에이전트 간 전달 단계에 있는지 확인해 볼 만하다.
• 공공기관 담당자라면, 규정·가이드라인 문서를 프롬프트에 넣는 대신 검색 도구로 조회하게 바꾸는 방안을 검토할 수 있다.