오픈AI, 코덱스 오케스트레이션 규격 '심포니' 공개: 티켓 기반 자율 개발로 PR 500% 증가
오픈AI가 Linear 같은 이슈 트래커를 코덱스 에이전트의 제어판으로 바꾸는 오케스트레이션 규격 '심포니(Symphony)'를 오픈소스로 공개했다. 각 작업마다 전담 에이전트가 배정돼 끝까지 자율 실행되며, 오픈AI 내부 팀에서는 머지된 PR 수가 500% 급증해 엔지니어의 감시 피로를 줄였다.

심포니(Symphony)는 Linear 같은 프로젝트 이슈 트래커를 코덱스(Codex) 코딩 에이전트의 관제탑으로 전환해 주는 오픈AI의 오픈소스 오케스트레이션 규격입니다. 보드에 등록된 작업마다 전담 에이전트가 배정되어 끝까지 자율적으로 작업을 완수하며, 사람은 최종 결과물 리뷰만 맡습니다.
심포니가 해결하는 문제
기존 대화형 코딩 에이전트는 엔지니어 1명이 3개에서 5개 세션을 동시에 띄워두는 순간 집중력 한계에 부딪혔습니다. 터미널 창을 번갈아 확인하며 에이전트를 달래고 방향을 바로잡느라 정작 인간의 주의력이 병목이 되었기 때문입니다.
심포니는 이를 티켓 중심 비동기 워크플로로 전환했습니다. 오픈AI 사내 일부 팀에서는 도입 3주 만에 머지된 PR 수가 500% 급증했고, Linear 창업자 카리 사리넨(Karri Saarinen)도 배포 직후 워크스페이스 생성이 폭증했다고 언급했습니다.
비개발 직군의 작업 진입 장벽도 완전히 낮아집니다. 기획자나 디자이너가 Linear에 기능 요구사항을 등록하면 코드를 직접 만지지 않아도 에이전트가 코드를 짜고 실제 동작 화면을 녹화한 비디오를 첨부해 리뷰를 요청합니다.
작동 방식과 오픈소스 구성
심포니의 뼈대는 깃허브 저장소에 공개된 SPEC.md 마크다운 문서입니다. 오픈AI는 동시성 프로세스 관리에 강한 Elixir 언어로 레퍼런스 구현체를 제공했으며, 코덱스 모델을 통해 타입스크립트, Go, Rust, Java, Python으로도 스펙을 한 번에 구현해 검증했습니다.
핵심 메커니즘은 이슈 트래커를 상태 머신으로 다루는 방식입니다. 미완료 티켓을 감지해 전용 작업 공간을 띄우고, 복잡한 작업은 하위 태스크 의존성을 분석해 순차적으로 병렬 처리합니다. CI 빌드 실패 모니터링, 리베이스, 충돌 해결, 실패한 테스트 재시도까지 에이전트가 알아서 수행합니다.
시작하는 방법
전체 규격 문서와 Elixir 레퍼런스 코드는 깃허브의 Symphony 저장소에 공개되어 있습니다. 저장소의 SPEC.md 파일을 사용하는 코딩 모델에 전달해 팀에 맞는 언어로 직접 구현체를 만들어 쓸 수도 있습니다.
다만 자동화된 테스트, E2E 검증, CI 가드레일이 잘 갖춰지지 않은 코드베이스에서는 에이전트가 엉뚱한 방향으로 작업을 마칠 위험이 있습니다. 요구사항이 모호하거나 아키텍처 판단이 중요한 고난도 문제는 여전히 엔지니어가 직접 세션을 잡고 풀어야 합니다.
왜 중요한가
심포니는 개발자가 AI의 일거수일투족을 감시하는 피로에서 벗어나, AI를 자율적인 주니어 팀원처럼 파이프라인에 배치할 수 있음을 증명했습니다. 일상적인 버그 수정이나 인프라 마이그레이션이 쌓여 있는 개발 조직이라면 당장 도입을 검토해 볼 가치가 충분합니다.
우리는 오픈AI가 무거운 관리 플랫폼 대신 어디서나 구현 가능한 가벼운 마크다운 규격을 배포한 점이 매우 영리한 접근이라고 봅니다. AI 코딩 도구의 승부처는 이제 모델의 개별 코드 생성 속도가 아니라, 엔지니어링 파이프라인 전반을 얼마나 스스로 조율할 수 있느냐로 옮겨가고 있습니다.
출처 (1)
- openai.com(새 탭에서 열림)원문openai.com