https://www.infoq.com/news/2026/05/openai-symphony-agents/

Open AI 심포니(Symphony)는 이슈 트래커와 같은 프로젝트 관리 도구를 컨트롤 플레인으로 활용해 여러 코딩 에이전트를 조율하는 에이전트 오케스트레이터입니다. 개발자가 인터랙티브 코딩 세션을 일일이 관리하는 대신, 심포니는 각 "태스크"를 전담 에이전트에 할당해 자율적으로 완료까지 수행하게 하며, 결과물은 사람이 검토합니다.

Open AI 엔지니어들은 기존의 단순한 워크플로에서 발생하던 "인간 주의력" 병목을 해소하기 위해 심포니를 만들었습니다. 이전에는 엔지니어 한 명이 Codex 세션 여러 개를 열어 태스크를 할당하고, 결과를 검토하고, 에이전트를 조종하는 과정을 반복했는데, 대체로 3~5개 세션을 넘어가면 컨텍스트 스위칭의 부담이 커집니다. 그 이상에서는 어떤 세션이 무엇을 하는지 기억하기 어렵고, 멈춘 에이전트를 감시하거나 전체 작업의 흐름을 명확히 파악하기 힘들어집니다.

이에 심포니는 작업을 개별 코딩 세션 중심이 아니라 이슈, 태스크, 티켓, 마일스톤과 같은 프로젝트의 핵심 산출물 단위로 구조화합니다. 심포니는 태스크 보드를 지속적으로 관찰하면서 활성 태스크마다 에이전트가 실행되고 있도록 보장합니다. 에이전트가 충돌하거나 멈추면 다시 시작하고, 새 작업이 등장하면 이를 받아 정리합니다.

이 모델에서는 에이전트의 작업이 더 이상 PR에 종속되지 않습니다. 예컨대 어떤 이슈는 에이전트에게 코드베이스를 분석하고 구현 계획을 세운 뒤 이를 트리 형태의 하위 태스크들로 분해하도록 지시할 수 있고, 심포니는 그 태스크들을 다른 에이전트들에 스케줄링합니다. 마찬가지로 에이전트가 최적화나 리팩터링 기회를 발견하면 스스로 새로운 이슈를 열 수 있습니다. 두 경우 모두 사람이 해당 이슈를 검토한 뒤에야 심포니가 실행에 들어갑니다.

이 접근의 가장 큰 장점은 에이전트가 실수했을 때의 비용이 크게 줄어든다는 점입니다. 작업의 핵심은 완료된 결과를 검토하고 필요하면 거부하는 일에 머뭅니다.

또 하나 주목할 점은 심포니가 복잡한 감독 시스템이 아니라, 문제와 해법을 기술한 SPEC.md 파일이라는 사실입니다. 각 조직은 이 명세를 바탕으로 자체 오케스트레이터를 만들 수 있습니다. 참조 구현은 동시 프로세스를 조율하고 감독하는 데 뛰어난 원시 도구들을 갖춘 Elixir로 작성되었습니다. 끝으로 오픈AI는 심포니를 독립된 제품이 아니라, 각자의 사용 사례와 저장소에 맞게 개발자가 변형해 쓰는 참조 구현으로 위치시킵니다.