OpenAI ultimo progetto open source «Symphony»: servizio di programmazione autonomo per agenti, ascolta gli strumenti di gestione dei progetti (Linear, ecc.), assegna automaticamente a ogni Issue un'area di lavoro isolata, avvia Codex per realizzare quell'Issue, fino al completamento del compito o al passaggio alla revisione umana. In una frase: gli ingegneri gestiscono le richieste, Symphony gestisce Codex, Codex scrive codice! Perché OpenAI sta realizzando questo progetto? Symphony è il prodotto esternalizzato di una pratica più ampia all'interno di OpenAI. Nella seconda metà del 2025, un piccolo team di tre persone di OpenAI ha condotto un esperimento con un vincolo estremo: l'intero codice del prodotto, zero righe di codice scritto a mano. Tutto il codice è stato generato da Codex, producendo circa un milione di righe di codice in cinque mesi, unendo circa 1500 PR, equivalenti a 3,5 PR al giorno per ogni ingegnere. Questa metodologia è stata sintetizzata in Harness Engineering: gli ingegneri non scrivono codice, ma progettano l'ambiente, scrivono vincoli, costruiscono cicli di feedback, affinché gli agenti possano lavorare in modo affidabile. Symphony è il livello di programmazione di questa catena di montaggio. Nucleo dell'architettura: sei livelli · Policy Layer: WORKFLOW.md nel repository, definisce i modelli di prompt e le strategie di runtime · Configuration Layer: analizza il front matter YAML, gestisce i valori predefiniti e le variabili d'ambiente · Coordination Layer: polling loop, valutazione della idoneità alla programmazione delle Issue, controllo della concorrenza, logica di retry · Execution Layer: gestione del ciclo di vita dell'area di lavoro del file system + avvio del sottoprocesso Codex · Integration Layer: adattamento dell'API Linear, normalizzazione della struttura dei dati delle Issue · Observability Layer: log strutturati, dashboard HTTP opzionale WORKFLOW.md: l'anima del sistema Symphony non ha messo la configurazione sul server, ma ha inserito WORKFLOW.md nel repository di codice stesso, versionando insieme al codice. Il file è diviso in due parti: · YAML front matter: configurazione runtime (tracker, numero di concorrenza, timeout, script hook) · Markdown body: modelli di prompt inviati a Codex (sintassi Liquid, può iniettare campi delle Issue) Symphony ascolterà in tempo reale le modifiche a questo file, senza necessità di riavvio per applicarle—compresi aggiustamenti dell'intervallo di polling, limiti di concorrenza, contenuto dei prompt. Dettagli raffinati sulla concorrenza e sulla programmazione...