스페셜리스트 셋이 의견을 냅니다. 중재는 당신이 합니다.

이 범주의 플랫폼 대부분은 순서로 조율합니다. 에이전트 A가 돌고, 그 결과 위에서 에이전트 B가 돌고, 에이전트 C가 형식을 잡습니다. 그건 파이프라인이고 구조적 약점이 있습니다. 두 번째 에이전트는 첫 번째에게 전제가 틀렸다고 말할 수 없습니다. 그 위에 쌓는 것밖에 못 합니다.

진짜 오케스트레이션에는 파이프라인에 없는 세 가지가 필요합니다. 순차적이지 않고 실제로 맞서는 입장. 한 에이전트가 다른 에이전트의 기여를 통째로 물릴 수 있는 장치. 그리고 평균이 아니라 결정을 내놓는 중재 단계입니다.

라운드 테이블은 그중 셋째에 대한 Crew Studio의 답입니다. 열린 논쟁은 crew 대화가 맡고, 그건 실제 작업에 맞습니다. 라운드 테이블은 안에 진짜 맞바꿈이 들어 있는 질문을 맡습니다. 더 많이 만들어 내는 데가 아니라 더 잘 결정하는 데 가치가 있는 경우입니다.

그러니 AI 에이전트 오케스트레이션 플랫폼을 시험하는 기준은 한 번에 몇 명의 스페셜리스트를 돌릴 수 있느냐가 아닙니다. 그중 둘이 정반대 결론에 이르는 것이 허락되는지, 그리고 그것을 평균 내는 대신 매듭짓도록 만들어진 장치가 시스템 안에 있는지입니다.

AI 에이전트 무리에게 합의하라고 하면 금세 합의합니다. 상냥한 텍스트로 학습된 시스템에서 동의가 가장 저항이 적은 길이기 때문입니다. 결과는 혼자였다면 아무도 주장하지 않았을 입장입니다. 그럴듯하게 읽히고 아무것에도 매이지 않습니다.

중재는 정반대를 만들어 냅니다. 누군가는 글로, 이유와 함께 져야 합니다. 그 제약 하나가 앞단의 논쟁 품질을 바꿔 놓습니다. 자기 입장이 물릴 수 있다는 걸 아는 스페셜리스트는 가운데로 어물거리는 대신 제대로 주장합니다.

석 달 뒤에 가질 만한 기록도 남습니다. 그 결정이 틀렸던 것으로 드러나면, 자기 논리를 기억에서 재구성하는 대신 무엇이 왜 물렸는지 읽으면 됩니다. 그 기록은 studio에 남아 대화보다 오래갑니다.

AI 에이전트 오케스트레이션 플랫폼이 대개 가장 얇은 곳이 여기입니다. 스페셜리스트 여럿을 한 번에 돌리는 것은 엔지니어링 문제이고 거의 풀렸습니다. 그들 사이에서 결정하는 것은 편집의 문제이고, 규모를 키우는 대신 설계해야 하는 일입니다.

세 줄은 반대쪽으로 가고, 사실을 묻는 질문에서는 그 차이가 근소하지 않습니다. 맞바꿀 것이 없을 때 모델 하나에게 두 번 묻는 편이 더 빠르고, 더 싸고, 완전히 충분합니다.

정직하게 말하면 이 둘은 서로 다른 질문에 답합니다. 모델에게 두 번 묻기는 “이건 어떤 모습일 수 있을까”에 답합니다. 라운드 테이블은 “이 중 무엇을 해야 하고 무엇을 포기하는가”에 답합니다. 운영자 대부분은 첫 번째가 두 번째보다 훨씬 자주 필요하고, 모든 질문마다 라운드 테이블을 꺼내는 것이 이 기능이 쓸모없어지는 길입니다.