OpenAI publiserte 26. april Symphony, en åpen spesifikasjon for å koble prosjektverktøy som Linear direkte til Codex-baserte kode-agenter. Konseptet: hvert åpne issue spawner sin egen agent som jobber kontinuerlig på oppgaven, og mennesker forholder seg kun til godkjenning av pull requests. Repoet er publisert under Apache 2.0 på github.com/openai/symphony, med en referanse-implementasjon i Elixir.
Internt rapporterer OpenAI at noen team så fem ganger så mange landede pull requests etter Symphony-rolloutet. Mer interessant: hele Symphony-repoet ble selv bygget uten en eneste linje menneskeskreven kode, ifølge prosjektets README. Tilnærmingen kalles «agent-rammeverk-engineering» internt: i stedet for å overvåke kode-agenter, definerer du arbeidet som skal gjøres på et høyere nivå, og lar agentene levere proof-of-work (CI-status, PR-review, kompleksitetsanalyse, walkthrough-videoer) før mennesket godkjenner.
«Symphony er en lavmælt engineering-preview for testing i tiltrodde miljøer.» — OpenAI Symphony README
Det praktisk interessante er at spec-en eksplisitt er språk-agnostisk. README-en oppfordrer deg til å be ditt eget kode-agentverktøy bygge Symphony i ditt foretrukne språk basert på SPEC.md. Det betyr at en norsk Go- eller Rust-utvikler kan få en lokal implementasjon på minutter uten å vente på offisiell port. Allerede har community-medlemmer publisert ports som Contrabass (Go + Charm Stack) og codex-symphony (TypeScript) på GitHub.
Hva bør du gjøre?
- Les SPEC.md først, ikke koden. Spec-en (rundt 300 linjer) definerer kontraktene mellom orchestrator, agenter, og task-broker. Det er der den faktiske arkitekturen ligger.
- Test Elixir-referansen i et sandbox-repo før du integrerer mot din produksjons-Linear. Symphony spawner agenter aggressivt, og du vil ikke ha 50 PR-er åpnet på en kveld.
- Vurder om dette passer din workflow. «Manage work, not agents» er en kraftig idé, men krever at issues er presist nok formulert til at en agent kan starte uten ytterligere avklaring.