OpenAI, Symphony 공개… 일부 팀 PR 처리량 500% 키운 Codex 운영 방식

OpenAI Developers의 4월 27일 X 글이 보여준 핵심은 Codex용 보조 도구 하나가 더 나왔다는 사실이 아니다. OpenAI가 이슈 트래커를 사람의 할 일 목록이 아니라 에이전트 제어면으로 다루기 시작했다는 점이다. 같은 날 올라온 공식 엔지니어링 글은 에이전트 개발의 진짜 병목이 모델 성능이 아니라, 사람이 여러 세션을 오가며 맥락을 붙드는 비용이라고 짚는다.

“Symphony … turns task trackers into always-on systems for agentic work, letting humans focus on review and direction.”

OpenAIDevs 계정은 원래 Codex와 OpenAI Platform을 쓰는 개발자를 위한 실무 업데이트를 올리는 채널이다. 그래서 이번 글도 홍보 문구보다 운영 방식이 더 중요하다. OpenAI 설명에 따르면 엔지니어 한 명이 편하게 관리할 수 있는 Codex 세션은 대체로 3~5개였다. 그 이상으로 늘어나면 어느 세션이 무엇을 하는지 놓치기 쉽고, 멈춘 작업을 다시 살리느라 시간이 새었다. Symphony는 이 지점을 바꾼다. 세션을 직접 붙잡는 대신, 열린 작업 하나마다 전용 워크스페이스와 에이전트를 붙여 이슈 상태가 바뀔 때까지 계속 돌린다.

숫자도 구체적이다. OpenAI는 이 방식을 적용한 일부 팀에서 landed pull request가 500% 늘었다고 썼다. 레퍼런스 구현은 Elixir로 만들었지만, 글의 초점은 특정 언어가 아니다. 핵심 사양은 단순한 문서 형태로 열어 두었고, Codex를 이용해 TypeScript, Go, Rust, Java, Python 버전까지 돌려 보며 모호한 부분을 걷어냈다고 한다. 제품 패키지라기보다 이슈 기반 에이전트 운영 패턴을 공개한 셈이다.

다음 관전 포인트는 외부 팀이 이 수치를 재현할 수 있느냐다. OpenAI 내부처럼 테스트 하네스와 문서, 상태 관리가 받쳐주지 않아도 효과가 유지된다면, 변화의 본질은 또 하나의 모델 업그레이드가 아니다. 소프트웨어 팀이 일을 나누는 기본 단위가 세션에서 티켓으로 이동하는 것이다.