Ticket으로 Agent Campaign 조율하기
병렬 agent 작업 전에 ticket에 의존성, check, output, 사람의 결정을 인코딩한다
정의
Ticket 기반 agent orchestration은 campaign deliverable마다 명시적인 dependency, context, check, ownership, output link, human-review state를 부여해 막힌 결정을 숨기지 않고 독립 작업을 진행하게 한다.
관점
Shann³ (2026-09-10, X)
공유 offer, audience, campaign book 하나를 중심으로 campaign을 계획한 뒤 landing page, paid creative, content, email, outbound를 위한 vertical brief를 만든다. deliverable마다 prerequisite, 읽을 file, required output, check, status, 막혔을 때 필요한 정확한 결정을 적은 ticket을 만든다.
조정 agent는 준비된 ticket만 할당하고 specialist agent는 objective check를 통과할 때까지 retry 또는 token budget 안에서 수정하게 한다. check 통과는 사람의 검토를 받을 준비가 됐다는 뜻이지 발행 승인이 아니다. 개별 검토 뒤에는 offer, date, link, claim이 campaign 전체에서 일치하는지 확인한다. offer가 바뀌면 영향받는 모든 asset을 다시 수정한다.
적용
- 작업을 병렬로 실행할 수 있지만 최종 copy와 distribution이 dependency를 공유하는 multi-asset campaign에 맞는다.
- 공통 context는 마케팅 Agent Workspace 만들기에 저장하고, 각 task scope는 경계가 분명한 Brief로 AI Agent 운영하기로 유한하게 유지한다.
- 발행은 서버 측 승인으로 Agent 콘텐츠 발행 지키기 뒤에 둔다.
- 출시 뒤 campaign outcome을 데이터로 Campaign Feedback Loop 닫기에 넣는다.
한계
- 출처는 제안된 운영 설계이며 측정된 throughput, error rate, single-agent workflow와의 비교를 제공하지 않는다.
- 출력 하나뿐인 작은 campaign에서는 ticket overhead가 가치보다 클 수 있고, automated check만으로 taste나 strategic fit을 판단할 수 없다.