OpenAI Symphony, 코딩 에이전트를 위한 오케스트레이션 오픈소스 공개
OpenAI가 4월 27일 코딩 에이전트 오케스트레이션 사양 Symphony를 오픈소스로 공개했다. Symphony는 Linear 등 이슈 트래커를 제어 플레인으로 삼아, 열린 태스크마다 독립적인 에이전트를 실행하고 코드 작성부터 PR(Pull Request) 생성까지 자동화한다.
Symphony의 작동 방식
Symphony는 장기 실행 서비스로 이슈 트래커를 지속 모니터링한다. 새 이슈가 열리면 격리된 워크스페이스를 생성하고 Codex 에이전트를 할당한다. 에이전트가 충돌하거나 중단되면 자동으로 재시작하며, CI 결과 감시, 리베이스, 충돌 해결, PR 머지까지 처리한다.
성과와 확장성
OpenAI 내부 팀은 Symphony 도입 첫 3주 동안 병합된 PR 수가 500% 증가했다고 밝혔다. 초기에는 Codex 전용 오케스트레이터였지만, v1.1.0부터 Claude Code, Gemini 등 다른 코딩 에이전트도 대체 런타임으로 연결할 수 있는 구조로 확장됐다.
GitHub 저장소는 공개 직후 빠르게 스타를 모으며 커뮤니티 기여가 이어지고 있다.
원문: OpenAI 공식 블로그, GitHub 저장소
Related Articles
이 소식이 중요한 이유는 에이전트 코딩의 병목이 모델 속도보다 사람의 컨텍스트 전환에 있다는 점을 정면으로 건드렸기 때문이다. OpenAI는 Symphony 방식이 일부 팀에서 머지된 PR 수를 500% 끌어올렸고, 엔지니어가 동시에 안정적으로 다룰 수 있는 Codex 세션은 대체로 3~5개 수준이었다고 적었다.
Hacker News는 Zed가 단순히 에이전트 패널을 하나 더 붙인 게 아니라, worktree 분리와 repo 접근 범위, 스레드 UI 자체를 제품의 중심에 놓았다는 점에 반응했다. 2026년 4월 25일 크롤링 시점 기준 스레드는 278점, 160댓글이었다.
OpenAI가 내세운 핵심은 단순 성능 업데이트가 아니다. Terminal-Bench 2.0 82.7%, SWE-Bench Pro 58.6%와 함께 GPT-5.4급 지연을 유지한다고 밝히며, 길고 지저분한 작업을 맡기는 코딩 에이전트 경쟁의 기준을 다시 올렸다.
Comments (0)
No comments yet. Be the first to comment!