메뉴
BL
The Decoder 86일 전

오픈AI, 인간 개입 최소화하는 AI 에이전트 자율 관리 시스템 공개

IMP
9/10
핵심 요약

오픈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 파일을 발견할 수 있습니다. 이 마크다운 파일은 문제 상황과 원하는 해결책을 명확하게 설명합니다. 복잡한...

원문 보기
원문 보기 (영어)
OpenAI says human attention is the bottleneck, so it built a system to let agents manage themselves Jonathan Kemper View the LinkedIn Profile of Jonathan Kemper May 4, 2026 Nano Banana Pro prompted by THE DECODER Key Points OpenAI has released Symphony, an open-source specification that transforms task trackers like Linear into a control center for AI agents, allowing them to autonomously process open tickets while developers simply review the results. Symphony addresses the challenge of managing multiple AI sessions simultaneously by automatically assigning active tickets to agents, which can also create new tickets for follow-up tasks on their own when needed. The agents are guided through simple markdown files with clear objectives, and while OpenAI provides Symphony only as a reference implementation, the community is already adapting the system for other models and platforms. Ask about this article… Search OpenAI has released Symphony, an open-source spec with a reference implementation that turns task trackers like Linear into a command center for Codex agents. Instead of developers juggling multiple sessions, the agents grab open tickets themselves, leaving humans to review the results. Some internal teams saw merged pull requests jump sixfold in the first three weeks, according to OpenAI. Linear founder Karri Saarinen also noticed a spike in new workspaces in his project planning tool after the release. With Symphony, each open ticket gets its own Codex agent and dedicated workspace that runs until the task is done, turning the task board into the place where work actually gets dispatched. Ad When human attention becomes the bottleneck Before Symphony, OpenAI developers ran several Codex sessions in parallel, handed out tasks, and chased down progress on each one, according to OpenAI. In practice, running more than three to five sessions at once was nearly impossible without constant context-switching tanking productivity. Ad DEC_D_Incontent-1 "The agents were fast, but we had a system bottleneck: human attention," the developers write. They had built a team of junior developers, only to stick their human coworkers with the micromanagement. That's what sparked the idea of flipping the workflow. Instead of supervising sessions, agents would pull their own work straight from the tracker. Linear as a state machine Symphony uses Linear as a state machine. Tickets move through statuses like "Todo," "In Progress," "Review," and "Merging." The system watches the board and makes sure every active ticket has an agent assigned to it. If an agent crashes or stalls, Symphony spins it back up. Ad Only unblocked tickets get picked up, which lets a task tree run in parallel. The team points to a React upgrade that only kicked off after an upstream migration to Vite. Tickets can be much bigger than a single code change. Some spawn several pull requests across different repos, while others are purely research or analysis tasks with no code at all. If agents spot issues outside their current ticket along the way, like performance problems or refactoring opportunities, they file new tickets on their own. OpenAI says product managers and designers can also submit feature requests directly and get back a review package with a video walkthrough without ever checking out the repo. Ad DEC_D_Incontent-2 One lesson from building Symphony: agents are hard to treat as fixed nodes in a state machine. The models keep getting better and can tackle bigger problems than the template plans for. The team now prefers to hand agents goals rather than strict processes, the way a manager gives an employee a result to deliver, not a step-by-step playbook. Ad "The power of models comes from their ability to reason, so give them tools and context and let them cook," the team says. A Markdown file at its core Open the Symphony repo and you'll mostly find a SPEC.md. The Markdown file lays out the problem and the desired solution. Instead of building a complex monitoring system, OpenAI ships a spec that agents can implement themselves. The reference implementation is written in Elixir, a language with solid tools for concurrent processes. OpenAI says Codex built this implementation in one shot. To stress-test the spec, the Codex team also had it implemented in TypeScript, Go, Rust, Java, and Python. The development workflow—accept ticket, check out repo, set status, attach PR, attach video—lives in a WORKFLOW.md that Symphony hands to agents as a guide. To change the process, edit the file, and Symphony points the agents to the new version. Limits, forks, and what's next Not every task is a fit for Symphony. Ambiguous problems or work that calls for judgment still get handled directly by developers in interactive Codex sessions, OpenAI says. Symphony is mainly there to soak up routine work so people can focus on one hard problem at a time. OpenAI doesn't plan to maintain Symphony as a standalone product and sees it more as a reference. The community has already shipped forks, including one for Anthropic's Claude Code with GitHub Issues . Code and specs are available on GitHub . Symphony is one of several agent projects at OpenAI. In mid-April, the company rolled out workspace agents in ChatGPT , also powered by Codex, aimed at automating complex team workflows. They have their own workspace, plug into Slack, and keep running even when the user is offline. AI News Without the Hype – Curated by Humans Subscribe to THE DECODER for ad-free reading, a weekly AI newsletter, our exclusive "AI Radar" frontier report six times a year, full archive access, and access to our comment section. Subscribe now Source: OpenAI