Pando: OpenAI ha ricostruito il server Git del suo monorepo per reggere il ritmo dei suoi agenti

OpenAI ha dettagliato il 2 novembre 2026 Pando, un nuovo backend per repository Git che gestisce ormai l’intero monorepo aziendale. Il punto di partenza è una conseguenza diretta degli agenti di generazione di codice: con Codex, ogni ingegnere invia diversi branch in parallelo, ciascun push avvia molteplici task di continuous integration che scaricano lo stesso commit e il vecchio sistema non riusciva più a reggere il carico. Stando al post ufficiale, la sua affidabilità è crollata in certi momenti sotto il 90% a partire dalla fine del 2025, con fetch rallentati e merge falliti.

Rinunciare a due consuetudini dei server Git

Invece di abbandonare Git, il team ha scelto di preservare il protocollo e il client, rivedendo però due assunti dati per scontati dalla maggior parte dei server Git tradizionali.

• Nessuno snapshot coerente dell’intero repository. Pando coordina ogni branch in modo autonomo: due push su branch differenti non devono più attendersi a vicenda. Soltanto una scrittura simultanea sullo stesso branch genera un conflitto. La contropartita deliberata: un client che legge più branch contemporaneamente può vederli a istanti temporali leggermente sfalsati. OpenAI ritiene che, all’atto pratico, sia gli umani sia gli agenti dipendano unicamente dall’ordine sequenziale degli aggiornamenti su un medesimo branch.
• Nessun packfile su misura per ciascun client. Invece di ricalcolare un pacchetto di oggetti a ogni fetch, Pando memorizza tal quale il packfile ricevuto durante un push, per poi riproporlo agli altri client tramite packfile-uri, una funzione poco sfruttata del protocollo Git. Per far sì che questi pacchetti rimangano riutilizzabili, il server segnala per impostazione predefinita al client che esegue il push un solo branch di riferimento (il trunk).

I pacchetti vengono archiviati su un object storage, i metadati su un database distribuito e un servizio di cache regionale chiamato Express provvede a smistarli. Una compattazione in background, ispirata alla struttura degli alberi LSM, raggruppa i pacchetti più piccoli in livelli progressivi (fino a L4 al momento).

I numeri dichiarati

Dati diffusi da OpenAI, non verificati in modo indipendente da terze parti.

Sviluppato in dieci settimane dagli agenti

Il dettaglio più significativo riguarda il processo di sviluppo. Pando è stato progettato da un solo ingegnere, implementato da team di agenti e distribuito da pochissime persone, in appena dieci settimane dall’idea iniziale alla produzione; gestisce il traffico operativo da aprile 2026. Scritto in Rust, si appoggia a una suite di test di conformità con Git grazie alla quale gli agenti hanno validato le proprie modifiche, a test di simulazione deterministica e a specifiche formali in Lean e TLA+ elaborate da agenti basati su GPT-6 Astra per scovare eventuali bug. La migrazione è avvenuta tramite un proxy, senza alcuna interruzione di servizio, e Codex ha affiancato i team nell’adeguamento dei rispettivi ambienti.

OpenAI dichiara di aver già contribuito con diversi correttivi a monte al progetto Git (scaricamenti paralleli di pacchetti, tracciamento per packfile-uri, concetto di «explicit haves») e di valutare strade per condividere Pando con i propri utenti, sebbene non vi sia ancora alcun annuncio concreto in merito.