소유권이 없으면 재계획은 멈추지 않습니다
2026년 멀티에이전트 운영에서 가장 흔한 실패 1위는 소유권 부재입니다. 작업의 최종 완결 책임자를 지정하지 않으면 A가 B에게, B가 C에게, C가 다시 A에게 작업을 넘기며 A→B→C→A 무한 재계획 루프가 발생합니다. 각 에이전트는 자신에게 종료 권한이 없다고 판단해 재계획만 반복합니다. 해결책은 단일 오케스트레이터에게 종료 선언 권한을 몰아주고, 워커는 결과만 반환하도록 역할을 분리하는 것입니다. 핸드오프 1건마다 홉 카운터를 올리고, 홉이 5를 넘으면 강제 중단한 뒤 사람 확인 분기로 보냅니다.
4개 이상 워커에서 컨텍스트가 넘칩니다
워커가 4개를 넘어서면 각 워커의 출력이 누적되어 오케스트레이터의 컨텍스트 윈도를 초과합니다. 전체 대화를 그대로 이어 붙이지 말고, 워커 결과를 구조화 요약(목표, 산출물, 미결 항목)으로 축약해 전달합니다. 축약으로도 초과가 예상되면 오래된 중간 로그부터 안전 축약하고, 원본은 외부 저장소에 키로 남겨 추적성을 유지합니다.
비용은 실행 횟수로 곱해집니다
테스트 환경에서 실행당 $0.50인 워크플로는 저렴해 보입니다. 그러나 월 10만 회 실행되면 월 $50,000까지 폭증합니다. 루프가 홉 수를 3배로 늘리면 비용도 3배가 됩니다. 실행당 토큰·홉 상한을 코드로 강제하고, 상한 도달 시 즉시 중단해야 비용 폭발을 막을 수 있습니다.
A4 분량 상세 가이드: 기획부터 운영까지
기획 단계에서는 성공을 문장이 아니라 수치로 정의합니다. 예를 들어 워크플로 통과율 95% 이상, 핸드오프 홉 p95 3회 이하, 루프 위반 0건, 실행당 비용 $0.50 이하, 응답 p95 지연 8초 이하를 목표로 못 박습니다. 각 워커의 입력·출력 스키마와 종료 조건을 사전에 명세하고, 오케스트레이터만 최종 종료를 선언하도록 권한을 단일화합니다.
실패 패턴은 세 가지로 분류합니다. 첫째 무한 재계획은 홉 상한 5를 넘기면 중단하고 사람 확인 분기로 보냅니다. 둘째 컨텍스트 초과는 워커 4개 이상에서 발생하며 구조화 요약과 안전 축약으로 대응하되, 3회 축약 후에도 초과하면 중단합니다. 셋째 일시 오류는 지수 백오프로 최대 3회 재시도하고, 실패가 지속되면 부분 결과를 반환한 뒤 에스컬레이션합니다.
각 복구 분기의 트리거 조건을 임계값으로 명시해 판단을 자동화합니다. 재시도, 사람 확인, 안전 축약, 중단 중 어떤 경로로 갈지는 사람의 즉석 판단이 아니라 홉 수·토큰 수·재시도 횟수 같은 숫자가 결정하게 합니다.
운영 체크리스트로는 표준 로그 필드를 통일합니다. 실행 ID, 트레이스 ID, 워커 이름, 홉 번호, 입력·출력 토큰 수, 실행당 비용, 종료 사유를 모든 홉에 기록합니다. 로그와 프롬프트에서 이메일·전화·주소 등 PII는 저장 전에 마스킹합니다. 실행당 토큰·홉·비용 상한은 코드로 강제하고 상한 도달 시 즉시 중단합니다.
지속 개선 루프는 주 단위로 돕니다. 통과율, 홉 p95, 실행당 비용, 중단·에스컬레이션 비율을 대시보드로 추적하고, 루프가 자주 발생하는 워커 조합을 찾아 종료 조건을 강화합니다. 비용 상위 10% 실행을 표본으로 원인을 분석하고, 개선 후 지표가 목표를 회복하는지 재측정합니다.
실행 요약
소유권을 단일 오케스트레이터에 몰아주고 홉 상한 5로 무한 재계획을 끊습니다. 워커 4개 이상에서는 구조화 요약으로 컨텍스트 초과를 막고, 실행당 토큰·홉·비용 상한을 코드로 강제해 $0.50 워크플로가 월 $50,000로 폭증하는 경로를 사전에 차단합니다.