crew가 서로 대화합니다. 당신 없이.

AI 에이전트 오케스트레이션은 모델 하나가 혼자 답하는 대신, 서로 다른 역할을 가진 여러 AI 에이전트를 조율해 하나의 과제를 함께 풀게 하는 방식입니다. 오케스트레이션 층이 어느 에이전트가 어느 부분을 맡을지, 어떤 순서로 할지, 결과를 어떻게 주고받을지, 그리고 산출을 어떻게 하나의 답으로 모을지 정합니다.

오케스트레이션을 내세우는 플랫폼 대부분은 사실 순차 실행을 하고 있습니다. 에이전트 A가 돌고, 그 결과 위에서 에이전트 B가 돌고, 그다음 C입니다. 상자마다 AI를 넣은 파이프라인입니다. 협상되는 것도, 다투는 것도 없고, 두 번째 에이전트는 첫 번째에게 브리프를 잘못 읽었다고 말할 방법이 없습니다.

crew 대화는 순차 처리가 아니라 서로 주고받는 방식입니다. 스페셜리스트는 끼어들고, 전제를 문제 삼고, 브리프에서 벗어났다고 판단한 것 위에 쌓기를 거부할 수 있습니다. 그 하나의 차이 때문에 결과물이 모델 넷의 평균이 아닙니다. 네 개의 입장이 서로 시험당하고 남은 것이 결과물입니다.

자율이라는 말에는 불안이 많이 실려 있고, 그 불안은 대체로 근거가 있습니다. 자율 AI 에이전트라고 팔리는 도구 상당수는 둘 중 하나를 뜻합니다. 매 단계 허락을 구하거나, 그렇다면 자율이 아닙니다. 아니면 당신 계정에서 마음대로 움직이거나, 그렇다면 언어 모델에게 보낸편지함을 넘긴 셈입니다. 어느 쪽도 진짜 답이 아닙니다.

Crew Studio는 보통 뒤섞이는 두 가지를 갈라 놓습니다. 생각에 대한 자율은 기본으로 켜져 있습니다. 스페셜리스트들은 묻지 않고 조사하고, 초안을 쓰고, 다투고, 자기들끼리 결정합니다. 그 무엇도 바깥세상에 닿지 않기 때문입니다. 행동에 대한 자율은 설정이고, 그건 운영자의 몫입니다.

그 설정에는 세 단계가 있고, 계정이 아니라 studio별로 정합니다. Ask에서는 내부 작업까지 포함해 당신이 말하기 전에는 아무 일도 일어나지 않습니다. Confirm에서는 crew가 실제 시스템에 닿기 직전까지 전부 해 두고, 동작을 준비해 대기열에 붙들어 둡니다. Ship on trigger에서는 당신이 정해 둔 좁은 범위의 동작이 연결된 앱 안에서 스스로 실행됩니다.

대부분의 운영자는 studio마다 다른 단계로 돌리고, 그게 studio 단위로 설정하는 이유입니다. 개인 Substack은 걱정할 결과가 없으니 Ship on trigger에 두어도 됩니다. 계약이 걸린 클라이언트 계정은 몇 달이고 Confirm에 머뭅니다. 한 계정이 둘 다 품고, 두 설정은 서로 새지 않습니다.

이름을 붙여 둘 가드레일이 하나 더 있습니다. 사람들이 두 번째로 묻는 것이기 때문입니다. 권한이 없는 동작에 다다른 스페셜리스트는 조용히 건너뛰지도, 우회로를 지어내지도 않습니다. Telegram으로 당신에게 무엇을 왜 하고 싶은지 말하고 기다립니다. 당신이 답할 때까지 브리프는 멈춰 있습니다. 소리 내어 멈추는 것은 실패가 아니라 기능입니다.

슬라이더처럼 팔리지만 실은 설계 결정인 AI 에이전트 오케스트레이션의 부분이 이것입니다. 자유롭게 생각하는 것은 아무 비용도 들지 않고 기본으로 켜져 있습니다. 실제 계정에서 움직이는 것은 별개의 권한이고, studio별로 설정하며, 저절로 움직이는 법이 없습니다.

아홉 줄 중 둘은 단일 어시스턴트가 가져가고, 그 둘은 곁가지가 아닙니다. 속도와, 프로젝트 하나에 드는 비용에서는 범용 어시스턴트가 정말로 이깁니다. crew 대화의 명분은 첫 번째 사업이 아니라 두 번째 사업에서 시작됩니다.