에이전트 기반 운영은 설명할 때보다 굴려 볼 때 훨씬 까다롭습니다. 걸림돌은 모델 성능이 아닙니다. 에이전트 사이의 핸드오프, 공유 메모리, 그리고 사람이 끼어드는 지점을 정하는 일입니다. 우리는 이 셋에 시간을 가장 많이 씁니다.
오케스트레이터 한 개, 전문 에이전트 여러 개
굴려 보고 살아남은 구성은 매번 비슷합니다. 맨 위에 오케스트레이터 한 개. 그 아래에 카피 작성, 컷 구성, 이미지 생성, QC를 맡는 전문 에이전트 여러 개. 그 사이에 핸드오프를 살피는 감시 에이전트 한 개를 끼워 둡니다.
오케스트레이터가 프로젝트를 받아 단계로 자르고, 일을 나눠 주고, 결과를 합치고, 어느 지점에서 사람에게 물어야 할지 판단합니다. 에이전트끼리 직접 대화하게 두면 몇 턴 안에 주제가 흐트러집니다. 가운데를 비워 두면 안 됩니다.
공유 메모리와 체크포인트
모든 단계는 결과물과 판단의 근거를 공유 스토리지에 적어 둡니다. 다음 단계는 앞 단계의 결과뿐 아니라 근거까지 같이 읽습니다. 이 한 가지가 열 단계짜리 작업의 일관성을 잡아 줍니다.
사람이 끼어드는 자리는 세 군데로 줄였습니다. 기획안이 처음 나왔을 때, 첫 시안이 나왔을 때, 납품 직전. 그 외에는 파이프라인이 스스로 처리합니다.
Foundry 안에서, 그리고 SaaS로
같은 오케스트레이션 골격이 두 갈래에서 같이 돕니다. Foundry의 광고·AI 모델 프로젝트에서는 내부 파이프라인으로 돌고, 크리에이터와 미디어 쪽에는 QuelSuite와 Vid.QuelSuite로 묶여 사용자 손에 그대로 쥐여집니다. 브랜드가 원하면 고객 커스텀 SaaS로 옮겨 심습니다.
그래서 사람에게 남는 일은 '이 브랜드, 이 크리에이터, 이 순간에 맞는가'를 판단하는 쪽으로 모입니다. 파이프라인은 합격선 위의 결과물을 계속 올리고, 사람은 그중에서 어떤 한 편을 내보낼지 고르는 데 시간을 씁니다.
RELATED CAPABILITIES
Snake Steak · Snake Steak Foundry