Anthropic abbandona Git e costruisce un controllo versione interno

Anthropic ha abbandonato Git in produzione e usa un controllo versione interno per reggere il volume di merge generato da Claude¹. L’azienda segnala colli di bottiglia negli strumenti per sviluppatori e una domanda di integrazione “praticamente infinita”¹.

I numeri mostrano l’impennata. A maggio 2026 integrava circa 2.500 merge al giorno. A settembre supera le 30.000 merge giornaliere, senza indicare segnali di rallentamento¹.

Il limite non è più la scrittura del codice. Si sposta su infrastrutture progettate per cicli a “scala umana”: controllo versione, build, continuous integration¹. Con Claude, spiega Anthropic, il flusso accelera: il modello esplora problemi di ricerca, ottimizza parti complesse, costruisce servizi nuovi. Lo fa in autonomia e per iterazioni rapide¹.

Gli strumenti tradizionali qui si inceppano. Anthropic riferisce di aver lasciato Git e di aver realizzato un sistema di source control su misura, pensato per assorbire quel throughput senza strozzature¹. La scelta nasce dal volume di modifiche che il team integra ogni giorno e dai colli di bottiglia individuati nell’infrastruttura di sviluppo¹. Non compaiono dettagli tecnici del nuovo sistema, solo l’esistenza della soluzione e il perimetro del problema che intende risolvere¹.

Il quadro che emerge collega in modo diretto l’adozione di Claude all’aumento del throughput di modifiche e alla necessità di intervenire sulla pipeline di sviluppo, dal source control alla CI¹. La tesi, per come presentata, è netta: generare codice non è il limite, integrarlo in modo affidabile lo è¹.

Le informazioni arrivano da The Pragmatic Engineer, che riporta estratti del blog ingegneristico di Anthropic e sintetizza motivazioni e cifre. Tra i passaggi citati compaiono il picco delle merge giornaliere, lo spostamento del collo di bottiglia dagli sviluppatori agli strumenti e la decisione di costruire un controllo versione interno. Nelle citazioni riportate manca però una descrizione dell’architettura o delle interfacce del nuovo sistema¹.

Per i team che costruiscono strumenti o gestiscono repository, il messaggio è operativo: se i flussi assistiti da modelli spingono l’ingresso di modifiche oltre la “scala umana”, vanno ripensati i punti di contesa classici, dal controllo versione al sistema di build e test¹. Senza dettagli pubblici sul sistema interno di Anthropic resta difficile capire cosa sia trasferibile ad altri contesti, o quali compromessi abbiano guidato il design¹. Una pubblicazione tecnica completa, con almeno i principi di progettazione e i limiti emersi, aiuterebbe a valutare se l’approccio si adatti a team con carichi inferiori ma in rapida crescita.