OpenAI gjør issue-trackeren til kontrollrom for Codex-agenter

OpenAI publiserte 27. april Symphony, en åpen spesifikasjon for å orkestrere Codex-agenter fra et prosjektverktøy som Linear.

Fakta først: Symphony gjør issue-trackeren til kontrollplanet. Hver aktiv oppgave kan få et isolert agent-workspace, agentene kjører kontinuerlig, og mennesker flyttes fra løpende mikrostyring til review, prioritering og godkjenning. OpenAI skriver at enkelte interne team så 500 prosent flere landede pull requests de første tre ukene.

Dette er ikke et bevis på at alle utviklingsteam får samme effekt. Tallet kommer fra OpenAIs egne miljøer, med agentvennlige repoer, testdekning og guardrails. Men saken er likevel viktig fordi den viser hvor leverandørene mener neste produktivitetslag ligger: ikke flere chatvinduer, men en driftsmodell for mange samtidige agenter.

For norske CIO-er betyr det at “AI-koding” bør løftes ut av individuell verktøybruk og inn i software delivery-arkitekturen. Hvis utviklere manuelt starter tre til fem agentsesjoner og følger dem opp i terminalen, blir menneskelig oppmerksomhet flaskehalsen. Symphony peker på en annen modell: oppgaven beskrives i Jira, Linear eller GitHub Issues; policy og arbeidsflyt ligger versjonert i repoet; agenten får avgrenset workspace; CI, tester og review bestemmer om arbeidet går videre.

Lederkonsekvensen er todelt. Først: målemodellen må endres. Det holder ikke å telle Copilot-lisenser eller promptbruk. Mål gjennomløpstid på små endringer, review-belastning, rework, feilrate og hvor mye rutinearbeid seniorutviklere faktisk slipper. Dernest: styringen må bli strengere, ikke løsere. En orkestrator som kan starte mange agenter samtidig trenger eksplisitte grenser for repo-tilgang, hemmeligheter, produksjonsdata, kost og godkjenninger.

OpenAI er tydelig på at spesifikasjonen ikke pålegger én bestemt sandbox- eller godkjenningsmodell. Det er et viktig varseltegn for virksomheter med compliancekrav. En norsk pilot bør derfor starte i et lavrisiko-repo med god testdekning, ingen produksjonshemmeligheter og klare regler for hva agenten kan gjøre uten menneskelig aksept.

Vurderingen: Symphony er mer interessant som arkitekturmønster enn som et enkelt OpenAI-prosjekt. Det konkrete rådet er å etablere en liten “agent delivery lane”: issue-mal, repo-eid WORKFLOW.md, isolerte workspaces, budsjettgrenser, CI-gater og krav om menneskelig review før merge. Hvis dette virker, kan modellen skaleres. Hvis ikke, har virksomheten likevel lært hvor dagens kodebase, tester og dokumentasjon ikke tåler agentarbeid.

For ledergruppen er spørsmålet ikke om utviklere skal bruke AI-assistenter. Det gjør de allerede. Spørsmålet er hvem som eier kontrollplanet når agentene begynner å arbeide parallelt på reelle oppgaver.