OpenAI acquisisce Pierre: Code Storage e il controllo di versione per Codex

Il 4 novembre 2026 OpenAI ha annunciato di aver raggiunto un accordo per acquisire Pierre Computer Company, una piccola società che costruisce infrastruttura per il controllo di versione pensata per piattaforme e strumenti di sviluppo. Non è un lancio di modello e non fa rumore come un nuovo chatbot, ma racconta bene dove sta andando la competizione sui coding agent: dopo l’intelligenza, la partita si sposta sull’infrastruttura che circonda il codice.

Se usi Codex o ne segui l’evoluzione, la notizia ti riguarda da vicino. Pierre fornisce già alcuni componenti open source che l’app di OpenAI usa ogni giorno, e ora l’obiettivo dichiarato è portare dentro Codex anche la parte di archiviazione Git. Vediamo cosa è stato annunciato, cosa sappiamo e cosa resta da chiarire.

Cosa ha annunciato OpenAI su Pierre

Secondo l’annuncio pubblicato sul sito ufficiale di OpenAI e rilanciato su X, l’azienda ha firmato un accordo per rilevare Pierre Computer Company. I termini economici non sono stati resi noti e il perfezionamento dell’operazione è subordinato alle consuete condizioni di chiusura, comprese le approvazioni regolatorie. Fino a quel momento le due società restano indipendenti.

L’operazione include il team tecnico di Pierre e i suoi prodotti principali. Tra le promesse fatte da OpenAI c’è anche quella di mantenere open source i progetti già pubblici e di continuare a contribuirvi.

Chi è Pierre e cosa costruisce

Pierre è stata fondata nel 2023 da Jacob Thornton e Ian Ownbey, passati dal programma Y Combinator nella batch dell’inverno 2023. Il prodotto di punta si chiama Code Storage: un servizio di archiviazione Git ospitato, pensato per chi sviluppa piattaforme e vuole offrire ai propri utenti operazioni come clone, push e fetch direttamente nel proprio prodotto. Ci sono SDK per TypeScript, Python e Go, webhook, supporto a Git LFS e sincronizzazione con GitHub, GitLab e Bitbucket.

Le cifre dichiarate dall’azienda danno l’idea della scala: repository fino a 32 TB, almeno 30 scritture concorrenti, oltre 500 richieste Git al secondo per singolo repository e oltre 15.000 richieste API al secondo, con una disponibilità promessa del 99,99%. Sono dati forniti dalla società stessa, quindi vanno letti come tali, ma spiegano perché il servizio sia interessante per chi gestisce molti agenti che scrivono codice in parallelo.

Tra i clienti citati compaiono Lovable, Bolt, Amp, Poke, Anything e Parahelp. Dopo la chiusura, secondo quanto riportato, chi usa già Code Storage potrà continuare a farlo.

Perché l’archiviazione Git conta per gli agenti di coding

Il controllo di versione è nato per persone che lavorano su un ramo, aprono una pull request e aspettano una revisione. Un agente come Codex si comporta in modo diverso: può avviare molte attività contemporaneamente, creare e scartare branch in pochi minuti, produrre diff continui e rimanere in attesa di una conferma umana. Quando il numero di sessioni cresce, la latenza e la gestione delle scritture concorrenti diventano un problema concreto.

È qui che entra Code Storage. L’idea descritta da OpenAI è integrare il controllo di versione nell’app dell’agente, senza dipendere soltanto da un host Git esterno. L’obiettivo è rendere più fluido il lavoro quando sviluppatori umani e agenti autonomi intervengono insieme sullo stesso codice e collegare in modo trasparente il codice rilasciato alle decisioni che lo hanno prodotto.

Il punto, in sostanza, è uno solo: l’agente non deve più “prendere in prestito” la storia del codice da qualcun altro.

I componenti già dentro Codex

Il legame tra Pierre e OpenAI esiste già. Le librerie open source Trees e Diffs sono usate dentro Codex per navigare tra i file e per mostrare le modifiche, mentre Highlights si occupa dell’evidenziazione della sintassi in tempo reale, anche mentre l’agente scrive in streaming. In altre parole, chi apre oggi un diff in Codex sta probabilmente già usando codice scritto dal team che OpenAI si prepara ad assumere.

Secondo le ricostruzioni giornalistiche, OpenAI sta inoltre valutando di vendere ai clienti enterprise Pando, il proprio sistema interno di versioning. L’azienda sostiene che abbia ridotto di quasi l’80% la latenza mediana degli aggiornamenti di codice e che abbia gestito oltre 57 TB in un’ora. Anche in questo caso si tratta di numeri dichiarati da OpenAI, non verificati in modo indipendente.

Il contesto: la guerra silenziosa sul controllo di versione

L’acquisizione non arriva isolata. Nel 2026 OpenAI ha già rilevato Astral, la società dietro strumenti Python come uv, Ruff e ty, e Promptfoo a marzo, poi Ona a giugno. La direzione è chiara: costruire una piattaforma di sviluppo completa attorno a Codex, invece di limitarsi a vendere un modello che scrive codice.

La stampa di settore, tra cui Axios, ha letto l’operazione come una mossa verso GitHub, che appartiene a Microsoft. OpenAI non ha usato questa cornice nel proprio annuncio, e la relazione tra le due società è complessa: Microsoft detiene una quota rilevante di OpenAI, ma le due aziende sono anche concorrenti in diversi ambiti. Nel frattempo i critici di GitHub parlano di problemi di affidabilità e di un prodotto ancora centrato sui flussi di lavoro umani più che su quelli degli agenti.

Altri si stanno muovendo nella stessa direzione. Cursor ha presentato in agosto Origin, pensato come alternativa a GitHub, e l’ex amministratore delegato di GitHub Thomas Dohmke ha annunciato un proprio prodotto concorrente il mese precedente. Il controllo di versione “nativo per gli agenti” sta diventando un terreno di scontro vero.

Una mossa che segue la corsa degli agenti paralleli

Il tema è già emerso nei giorni scorsi: Meta ha annunciato l’acquisizione di Conductor, e ne abbiamo parlato nel nostro approfondimento su Meta e Conductor, gli agenti di coding in parallelo. Anche lì la logica era la stessa: chi controlla l’ambiente in cui più agenti lavorano insieme controlla una parte decisiva dell’esperienza dello sviluppatore.

Due acquisizioni in pochi giorni, due big dell’AI, lo stesso bersaglio: lo spazio di lavoro degli agenti.

Cosa cambia per sviluppatori e team

Nel breve periodo, quasi nulla. L’accordo non è ancora chiuso, Pierre continua a operare come società indipendente e i clienti attuali non devono cambiare nulla. Le librerie open source restano disponibili e OpenAI dice che continuerà a sostenerle.

Nel medio periodo, invece, ci sono almeno tre aspetti da tenere d’occhio. Il primo è l’integrazione: se Code Storage entrerà davvero in Codex, il passaggio da “l’agente propone una modifica” a “la modifica è versionata e tracciata” potrebbe diventare molto più rapido. Il secondo è la neutralità: i clienti di Pierre che costruiscono prodotti concorrenti di Codex, come alcune piattaforme di sviluppo assistito dall’AI, dovranno capire quanto resterà indipendente il servizio. Il terzo riguarda i prezzi e i limiti d’uso, un tema sul quale OpenAI sta già intervenendo, come abbiamo raccontato parlando del limite condiviso di token su ChatGPT e Codex.

Se lavori con agenti di coding, questo è il momento giusto per verificare dove vive oggi il tuo codice e quanto dipendi da un singolo fornitore di Git. Non serve cambiare strategia, ma conviene sapere quali parti della catena (modello, editor, archiviazione, revisione) sono sotto lo stesso tetto e quali no.

Perché non è solo una notizia per programmatori

Anche chi non scrive codice ogni giorno dovrebbe seguire questa evoluzione. Gli agenti stanno diventando il modo in cui team di marketing, SEO e prodotto automatizzano script, integrazioni e piccoli strumenti interni. Più l’infrastruttura attorno agli agenti si consolida, più alcune scelte (dove si archivia il lavoro, chi lo rivede, chi lo possiede) finiscono in mano a pochi fornitori. Per orientarti nell’ecosistema dell’assistente di OpenAI puoi ripartire dalla nostra guida a ChatGPT.

Conclusioni: l’infrastruttura è la nuova frontiera dei coding agent

L’acquisizione di Pierre è una notizia piccola per dimensioni e grande per significato. Dice che OpenAI vuole controllare più strati dello stack di sviluppo, dalla qualità del modello fino al luogo in cui il codice viene archiviato, rivisto e rilasciato. Dice anche che la sfida a GitHub, finora ipotetica, sta prendendo la forma di una corsa tra più attori con prodotti concreti.

Restano aperte parecchie domande: i tempi di chiusura, l’esito delle approvazioni, il destino dei clienti che competono con Codex e la scelta di OpenAI sull’eventuale vendita di Pando. Noi continueremo a seguire la vicenda e ti aggiorneremo quando ci saranno sviluppi ufficiali. Se vuoi non perderti i prossimi aggiornamenti sugli agenti di coding e sulle mosse dei grandi laboratori, torna a trovarci: il quadro cambia quasi ogni settimana.