오케스트레이션용 오픈소스 명세: Symphony

OpenAI는 Codex를 사람이 직접 지휘하는 방식의 한계를 넘기 위해, 이슈 트래커를 제어면으로 쓰는 Symphony를 만들었다. 핵심은 각 Linear 이슈를 에이전트 작업 단위로 보고, 열려 있는 작업마다 에이전트를 붙여 계속 돌리는 것이다.

초기 문제는 생산성보다 컨텍스트 스위칭이었다. 엔지니어가 한 번에 3~5개 세션을 넘기면 누가 무엇을 하고 있는지 헷갈리고, 오래 걸리는 작업은 중간에 멈추거나 흐트러지기 쉬웠다.

Symphony는 이를 티켓 기반 상태 머신으로 바꿨다. 에이전트는 이슈 상태를 따라 작업하고, 중단되면 재시작되며, 새 작업이 생기면 바로 수용한다. PR 중심이 아니라 이슈, 태스크, 마일스톤 중심으로 일을 쪼개는 구조다.

이 방식으로 일부 팀에서는 landed PR 수가 500% 증가했다. 더 중요한 변화는 탐색 비용이 급격히 내려갔다는 점으로, 엔지니어는 실험적 refactor나 가설 검증을 쉽게 던질 수 있고, PM과 디자이너도 직접 feature request를 넣어 실제 제품에서 동작하는 리뷰 패킷을 받을 수 있다.

운영 측면에서도 Symphony는 대형 monorepo에 맞게 설계됐다. CI 감시, rebase, 충돌 해결, flaky check 재시도까지 맡아, 티켓이 Merging 단계에 오르면 인간의 반복 개입 없이 main branch에 들어갈 가능성을 높인다.

구현 자체는 의외로 단순한 SPEC.md에서 출발한다. repo가 소유한 WORKFLOW.md로 정책과 프롬프트를 관리하고, 필요하면 더 엄격한 승인·sandbox 정책도 구현별로 선택한다. 결국 Symphony가 보여주는 방향은, 에이전트를 고정된 상태 전이 기계가 아니라 목표를 부여받는 팀원처럼 다루는 쪽에 가깝다.