OpenAI rifà il backend di Git, senza chiedere agli agenti di cambiare strumenti

Gli agenti di programmazione possono preparare molte modifiche insieme, ma poi quelle modifiche devono attraversare repository, build e test. OpenAI racconta di aver costruito Pando, il backend che serve il suo monorepo, per reggere quel traffico senza sostituire il client e il protocollo Git usati da sviluppatori e Codex. È operativo da aprile; il resoconto tecnico è del 2 novembre.

Il punto delicato sono i branch. Per mostrare a ogni client una fotografia coerente di tutti i loro aggiornamenti, il server deve coordinare anche scritture che non hanno nulla a che fare tra loro. Pando mantiene l’ordine degli aggiornamenti di ciascun branch, ma un client che ne legge diversi può vederli riferiti a momenti differenti. Allenta quella garanzia globale, conservando la coerenza causale e la possibilità per chi ha appena scritto di rileggere la propria modifica. Così push verso branch distinti possono scalare in parallelo.

Per le letture, invece, evita di fabbricare ogni volta un pacchetto su misura con i soli oggetti mancanti al singolo client. Conserva e riusa pacchetti Git già pronti, li distribuisce attraverso cache regionali e lascia scaricare gli stessi dati a molti client. Si può trasferire qualcosa in più, ma si risparmia il lavoro ripetuto di ricomporre ogni risposta.

Un problema simile aveva portato Anthropic a costruire Scion: lì anche commit e operazioni sulla storia passano al server. Pando segue un’altra strada, conservando Git e il lavoro locale: cambia il backend che riceve i push e serve i fetch.

OpenAI riferisce una riduzione di quasi l’80% della latenza del push mediano sul proprio carico. Pando resta un sistema interno: non è un nuovo servizio Git disponibile da installare. Una parte del lavoro sul client, però, è già confluita in Git oppure nella distribuzione pubblica di OpenAI.