오케스트레이션 모의 시나리오

오케스트레이션 도메인은 시험 비중이 27퍼센트로 가장 크다. 출제의 중심축은 단일 에이전트로 충분한가, 멀티 에이전트로 나눠야 하는가, 나눈다면 어떻게 컨텍스트를 격리하고 작업을 분배하는가다. 이 절은 그 판단을 묻는 모의 문항 세 개를 풀이한다. 각 문항은 지연·비용·정확도·운영성의 트레이드오프를 줄기 속에 숨겨 두었으니, 먼저 제약을 추출하고 후보를 소거하라.

모의 문항 1 — 단일 에이전트 대 오케스트레이터-워커

상황. 법무팀이 100건의 계약서를 검토해 위험 조항을 추출하려 한다. 각 계약서는 독립적이고, 검토 결과는 계약서마다 따로 보고된다. 전체 작업을 가능한 한 빨리 끝내야 하며, 한 계약서의 검토 내용이 다른 계약서 판단에 끼어들면 안 된다. 어떤 구조가 정답인가.

후보는 네 가지다. 첫째, 단일 에이전트가 100건을 한 대화 안에서 순차 처리한다. 둘째, 오케스트레이터가 계약서마다 서브에이전트를 띄워 병렬로 위임하고 결과를 취합한다. 셋째, 단일 에이전트에 100건을 한 프롬프트로 모두 넣고 한 번에 처리한다. 넷째, 계약서를 하나의 긴 체인으로 묶어 앞 결과를 뒤로 전달한다.

정답은 둘째다. 작업이 서로 독립적이고 병렬화가 가능하며, 각 검토가 격리되어야 한다는 제약이 오케스트레이터-워커 패턴을 정확히 가리킨다. 서브에이전트는 각자 독립된 컨텍스트 창에서 동작하므로 한 계약서의 내용이 다른 검토로 오염되지 않고, 병렬 위임이 전체 지연을 줄인다.

오답이 매력적인 이유를 보자. 첫째 후보는 동작은 하지만 순차 처리라 느리고, 한 대화에 100건이 쌓이면 앞 계약서 내용이 뒤 판단에 끼어드는 오염 위험이 있다. 셋째 후보는 단일 호출이라 싸 보이지만 한 컨텍스트에 모든 계약서가 섞여 격리 제약을 정면으로 위반하고, 결과 혼선이 발생한다. 넷째 후보는 독립적인 작업을 굳이 의존 체인으로 묶어 병렬성을 버리는 안티패턴이다. 독립 작업에 체인을 쓰는 보기는 거의 항상 함정이다.

모의 문항 2 — 컨텍스트 격리의 진짜 효과

상황. 한 리서치 에이전트가 메인 대화에서 큰 코드베이스를 분석한 뒤 보고서를 쓴다. 분석 과정에서 수십 개 파일을 읽어 메인 컨텍스트가 빠르게 차오른다. 보고서 품질을 지키면서 메인 대화의 토큰 부담을 줄이려면 어떻게 해야 하는가.

후보. 첫째, 파일 탐색과 요약을 서브에이전트에 위임하고 메인은 최종 요약만 돌려받는다. 둘째, 메인 대화에서 계속 읽되 오래된 메시지를 사람이 수동으로 지운다. 셋째, 모델을 더 큰 컨텍스트 창 버전으로 바꾼다. 넷째, 파일을 다 읽은 뒤 한 번에 보고서를 쓰게 둔다.

정답은 첫째다. 서브에이전트가 자신의 격리된 컨텍스트에서 탐색의 잡음을 모두 흡수하고, 메인 대화에는 정제된 요약만 올라온다. 이것이 멀티 에이전트의 핵심 이점인 컨텍스트 격리다. 시험은 서브에이전트의 가치를 "병렬 속도"로만 좁게 묻지 않고, "메인 컨텍스트를 깨끗하게 유지하는 격리"로 묻는 경우가 많다.

오답을 보자. 둘째는 사람 손이 들어가는 비자동화 운영으로 확장성이 없다. 셋째는 컨텍스트 창을 키워도 잡음 자체는 그대로라 비용만 늘고 근본 해결이 아니다. "더 큰 모델, 더 큰 창"으로 구조 문제를 덮는 보기는 전형적 오답이다. 넷째는 격리 없이 메인 컨텍스트를 그대로 채우는 무대책이다.

모의 문항 3 — 순차 의존이 강제될 때

상황. 데이터 파이프라인이 추출, 변환, 적재 세 단계로 이뤄지고 각 단계는 앞 단계의 출력에 의존한다. 이 작업을 에이전트로 자동화할 때 어떤 구조가 옳은가.

후보. 첫째, 세 단계를 병렬 서브에이전트로 동시에 띄운다. 둘째, 단계 사이 의존을 지키는 순차 워크플로우로 구성한다. 셋째, 한 에이전트가 자유롭게 순서를 정하도록 맡긴다. 넷째, 세 단계를 각각 다른 모델로 나눠 비용을 최적화한다.

정답은 둘째다. 출력 의존이 명시된 작업은 병렬화할 수 없으므로 순차 구조가 정답이다. 여기서 함정은 첫째다. 직전 문항에서 병렬이 정답이었다고 해서 병렬을 반사적으로 고르면 의존 제약을 위반한다. 시험은 인접 문항에서 정반대 제약을 깔아 같은 패턴을 기계적으로 적용하지 않는지 시험한다. 셋째는 결정성이 필요한 파이프라인에서 순서를 모델 재량에 맡겨 재현성을 잃고, 넷째는 비용 축을 끌어들였지만 의존 제약과 무관한 곁가지다.

정리

• 작업이 독립적이고 격리가 필요하면 오케스트레이터-워커 병렬 위임이 정답이며, 독립 작업을 의존 체인으로 묶는 보기는 함정이다.
• 서브에이전트의 가치는 병렬 속도뿐 아니라 격리된 컨텍스트로 메인 대화를 깨끗하게 유지하는 데 있다.
• 출력 의존이 명시된 작업은 병렬화할 수 없으므로 순차 워크플로우가 정답이며, 직전 문항의 정답 패턴을 반사적으로 적용하면 함정에 빠진다.
• 컨텍스트 문제를 더 큰 모델이나 더 큰 창으로 덮으려는 보기, 사람이 수동 개입하는 비자동화 보기는 대부분 오답이다.
• 제약을 먼저 읽고 독립성·의존성·격리 요구를 식별한 뒤 후보를 소거하면 오케스트레이션 문항은 빠르게 정리된다.