«The agents were fast, but we had a system bottleneck: human attention.» — Symphony-teamet, OpenAI
Det er den setningen som forklarer Symphony best. OpenAIs egne Codex-team rapporterte ifølge WinBuzzer at de traff et tak rundt tre til fem parallelle agent-sesjoner per ingeniør før kontekst-bytting åt opp produktivitetsgevinsten. Symphony fjerner ingeniøren fra dispatch-løkka og lar agentene plukke neste ticket selv.
Spec-en behandler Linear som en state machine: hver ticket får sin egen Codex-agent og dedikerte workspace, og beveger seg gjennom statusene Todo, In Progress, Review og Merging. Hvis en agent kræsjer eller kjører fast, respawner Symphony den. Agenten bygger selv en task-tree med avhengigheter, og hele DAG-en kjører parallelt der den kan. Når agenten ser noe utenfor scope, kan den filme inn en ny ticket i Linear som kommende arbeid heller enn å miste kontekst.
OpenAI rapporterer 6x flere mergede pull requests internt i de første tre ukene etter rollout. Tallet er internt og knyttet til OpenAIs egne team, så ta det som indikasjon, ikke benchmark.
Det som faktisk er publisert på github.com/openai/symphony er en Elixir-referanseimplementasjon og en SPEC.md som dokumenterer protokoll, agent-livssyklus, retries og backoff. OpenAI har vært tydelig på at dette ikke er et produkt de skal vedlikeholde, men en designspec andre kan bygge på. Codex skrev ifølge OpenAI selv referanseimplementasjonen i ett enkelt forsøk, og parallelle porter til TypeScript, Go, Rust, Java og Python ble brukt til å stresse spec-en på tvers av runtimes.
Linear-grunnlegger Karri Saarinen meldte om en topp i nye workspaces etter at Symphony ble publisert. En ekstern utvikler har allerede portet Symphony til Claude Code med GitHub Issues i stedet for Linear. Den forken er den interessante: hvis den klarer en lignende merge-rate som OpenAIs eget tall, beveger Symphony seg fra OpenAI-internt mønster til bransjepattern.
Hva bør du gjøre?
- Les SPEC.md først, ikke Elixir-koden. Den er kort og forklarer state machine-modellen tydelig nok til at du kan vurdere om mønsteret passer din egen ticket-flyt.
- Hvis du allerede kjører Codex eller Claude Code parallelt, prøv Claude Code-forken med GitHub Issues før du investerer i en Linear-migrering. Forken isolerer Symphonys task-tracker-abstraksjon fra OpenAIs egen stack.
- Begrens dispatch-modellen til oppgaver som faktisk kan løses uten menneskelig dømmekraft. OpenAIs egen anbefaling: tvetydige tickets hører fortsatt hjemme i interaktive Codex-sesjoner.