오픈AI, 인간 개입 최소화하는 AI 에이전트 자율 관리 시스템 공개
오픈AI는 개발자의 반복적인 컨텍스트 스위칭과 미세 관리가 업무 병목 현상으로 이어지는 문제를 해결하기 위해 오픈소스 시스템인 '심포니(Symphony)'를 공개했습니다. 이 시스템은 리니어(Linear) 같은 태스크 트래커를 제어 센터로 활용해 AI 에이전트가 스스로 티켓을 할당받아 자율적으로 작업을 수행하고, 인간은 최종 결과물만 리뷰하는 방식으로 작업 효율을 극대화합니다. 실제로 도입 초기 일부 팀에서는 병합된 PR(Pull Request)의 수가 6배나 급증하는 등 코딩 에이전트의 실무 활용도를 크게 높이는 중요한 전환점을 제시합니다.
오픈AI(OpenAI)는 작업 추적 툴인 Linear(리니어)를 Codex 에이전트를 위한 커맨드 센터(제어 센터)로 바꿔주는 오픈소스 사양 및 참조 구현인 Symphony(심포니)를 공개했습니다. 개발자들이 여러 세션을 번갈아 가며 관리하는 대신, 이제 에이전트가 직접 열린 티켓을 가져와 작업을 수행하고 인간은 그 결과물만 검토하는 방식입니다. 오픈AI에 따르면 일부 내부 팀은 이 시스템을 도입한 지 3주 만에 병합된 PR(풀 리퀘스트)이 6배나 급증하는 효과를 보았습니다. 리니어의 창립자 카리 사리넨(Karri Saarinen) 역시 이번 발표 이후 자신의 프로젝트 기획 툴에서 새로운 워크스페이스 생성이 급증한 것을 확인했습니다. 심포니를 사용하면 모든 열린 티켓은 각각 전담 Codex 에이전트와 워크스페이스를 할당받아 작업이 완료될 때까지 실행되며, 태스크 보드가 실제 업무가 할당되고 이루어지는 공간으로 변모하게 됩니다.
인간의 주의(attention)가 병목 현상이 되기 전 오픈AI에 따르면 심포니가 도입되기 전, 개발자들은 여러 Codex 세션을 동시에 실행하고 작업을 지시한 뒤 각각의 진행 상황을 추적해야 했습니다. 실제로 3~5개 이상의 세션을 동시에 실행하는 것은 끊임없는 컨텍스트 스위칭으로 인해 생산성이 급격히 떨어지기 때문에 거의 불가능에 가까웠습니다. 개발팀은 "에이전트는 빨랐지만 시스템의 병목 현상은 바로 '인간의 주의'였다"라고 밝혔습니다. 그들은 주니어 개발자로 구성된 팀을 만들어놓고, 정작 인간 동료들에게만 미세 관리(micromanagement)를 떠넘기는 결과를 초래했습니다. 이러한 문제는 워크플로우를 완전히 전환하는 아이디어의 계기가 되었습니다. 세션을 감독하는 대신, 에이전트가 직접 추적 툴에서 자신들의 작업을 가져가도록 만든 것입니다.
상태 기계(State Machine)로서의 리니어 심포니는 리니어를 하나의 상태 기계로 활용합니다. 티켓은 'Todo(할 일)', 'In Progress(진행 중)', 'Review(검토)', 'Merging(병합 중)'과 같은 상태 단계를 거치게 됩니다. 시스템은 보드를 모니터링하며, 진행 중인 모든 활성 티켓에 에이전트가 할당되도록 보장합니다. 만약 에이전트가 충돌을 일으키거나 멈추더라도 심포니가 이를 다시 자동으로 살려냅니다. 차단되지 않은(unblocked) 티켓만 처리되므로, 태스크 트리를 병렬적으로 실행할 수 있습니다. 팀은 Vite로의 업스트림 마이그레이션이 완료된 후에만 시작된 React 업그레이드 사례를 한 예로 들었습니다. 티켓은 단순한 코드 변경 이상의 내용을 담을 수 있습니다. 일부 티켓은 여러 리포지토리에 걸쳐 여러 PR을 생성하기도 하며, 코드 변경이 전혀 없는 순수 리서치나 분석 작업인 경우도 있습니다. 에이전트가 작업 중 자신의 현재 티켓 외부의 문제(예: 성능 문제나 리팩토링 기회)를 발견하면, 스스로 새로운 티켓을 생성해 추가 작업을 요청하기도 합니다. 오픈AI는 프로덕트 매니저와 디자이너들 역시 기능 요청을 직접 제출하고, 코드를 직접 살펴볼 필요 없이 영상 워크스루가 포함된 리뷰 패키지를 받아볼 수 있다고 덧붙였습니다.
에이전트 구축의 교훈: 에이전트를 상태 기계의 고정된 노드로 취급하기란 매우 어렵습니다. 모델은 계속해서 발전하고 있으며, 템플릿 계획보다 훨씬 더 큰 문제를 해결할 수 있습니다. 이제 팀은 매니저가 직원에게 단계별 지침이 아닌 달성해야 할 '결과'를 주듯, 에이전트에 엄격한 프로세스 대신 명확한 목표를 제공하는 방식을 선호합니다. 팀은 "모델의 진정한 힘은 추론 능력에서 나옵니다. 따라서 도구와 컨텍스트를 제공하고 모델이 스스로 결과물을 만들어내도록 내버려 두는 것이 좋습니다"라고 조언했습니다.
핵심인 마크다운 파일 심포니 리포지토리를 열어보면 대부분 SPEC.md 파일을 발견할 수 있습니다. 이 마크다운 파일은 문제 상황과 원하는 해결책을 명확하게 설명합니다. 복잡한...