Anthropic remplace Git par Scion quand les agents IA fusionnent 30 000 changements par jour
Le 13 octobre 2026, Anthropic publie un billet d’ingénierie détaillant comment il a remplacé Git par un système maison, Scion, après que le nombre de fusions quotidiennes est passé de 2 500 en mai à plus de 30 000 en septembre. Pour la plupart des équipes, Git reste le bon choix ; le signal à retenir, c’est que le code écrit par les agents déplace le goulot d’étranglement des humains vers l’infrastructure.
13 octobre 2026. Anthropic publie un billet d’ingénierie qui documente comment il a remplacé Git par un système de contrôle de version maison, Scion. Mai 2026. Le monorepo absorbe environ 2 500 fusions par jour. Septembre 2026. Ce chiffre dépasse 30 000, avec un pic à 30 401 le 9 septembre. Pourquoi c’est important : c’est le premier récit chiffré, venu d’un grand laboratoire, de ce qui arrive à l’infrastructure de développement quand des agents écrivent l’essentiel du code — et le constat d’Anthropic tient en une phrase : « le code n’est plus le goulot d’étranglement ».
Quand Git devient le maillon faible
La progression est brutale. Environ 1 000 fusions par jour en janvier, une accélération au printemps, puis une pente raide à partir de juillet, entrecoupée d’une « semaine calme » début août. Le pic du 9 septembre atteint 30 401 fusions. À ce volume, les propriétés qui font de Git un excellent outil pour le travail humain hors-ligne se retournent contre une organisation qui l’utilise, en pratique, comme un système centralisé.
Les chiffres du monorepo le disent sans ambages : l’historique de la seule branche principale pèse près de 100 Go, une copie de travail compressée dépasse 25 Go, et environ 25 millions de checkouts sont exécutés chaque jour pour la CI, avant même de compter les postes de développement, les bacs à sable d’agents et les tâches de recherche. Un fetch naïf représenterait plus de 600 Po de trafic par jour.
Anthropic a d’abord épuisé les parades classiques : clones superficiels, checkouts partiels, remotes « promisor », miroirs internes, graines dans le stockage objet. Au plus fort, plusieurs centaines de miroirs internes tournaient. Cela a tenu un temps, mais les graines dérivaient du sommet de la branche principale, et les opérations comme diff ou blame sur des clones partiels exigeaient des précautions croissantes. La conclusion d’Anthropic est architecturale : Git est décentralisé — chaque clone sait calculer des diffs et lire l’historique hors-ligne — alors que ses clients sont désormais des agents et des jobs qui sont, par définition, toujours en ligne.
Ce que Scion change, concrètement
Scion assume l’inverse de Git. Là où chaque clone calcule, Scion centralise : le serveur répond à l’historique et au blame, crée les commits, exécute les merges et les rebases. Le client ne conserve qu’un cache objet borné, matérialise les fichiers de travail et observe les changements du système de fichiers — il ne calcule presque rien lui-même. Le poste d’Anthropic crédite deux prédécesseurs : Piper de Google et Sapling de Meta.
L’unité de travail n’est plus un commit pointant vers un arbre, mais un changeset : une entrée dans un journal à écriture anticipée qui ne stocke que la liste des fichiers modifiés par rapport à son premier parent, plus des pointeurs content-adressés vers les contenus compressés dans le stockage objet. Un changeset est créé côté serveur et disponible partout instantanément ; déplacer une référence devient un compare-and-swap sur une unique ligne Spanner. Le chemin de checkout, lui, ne demande que des objets immuables, servis par trois étages interchangeables — un démon de nœud, un cache régional, puis le serveur autoritaire — chacun avec un taux de cache supérieur à 99 %.
La subtilité est dans ce qu’Anthropic appelle les « données dérivées ». Comme un changeset n’enregistre que ce qui change, répondre à « qui a modifié cette ligne en dernier » exige des structures supplémentaires : le blame, l’historique d’un chemin, des skip lists pour le graphe de commits. Chaque type est défini récursivement à partir de ses valeurs chez les parents du changeset, ce qui permet d’en ajouter de nouveaux — détection de copies, recherche par chemin — sans toucher au client. C’est exactement l’inverse du modèle Git, où ces informations sont recalculées localement par chaque clone.
Les résultats publiés sont à prendre comme des chiffres constructeur, mais ils sont cohérents avec la thèse : une empreinte 200 fois plus petite que l’ancienne flotte de miroirs, des checkouts deux ordres de grandeur plus rapides — des secondes au lieu de minutes — et un gain de 25 % de capacité CPU pour la CI.
Le billet documente aussi un basculement d’outil révélateur : entre juin et juillet, le graphique passe des pull requests (en bleu) aux « change requests » de l’outil maison Antique (en orange). C’est la marque d’une organisation qui ne raisonne plus en termes de dépôts et de branches, mais en flux de changements à faire atterrir. La « semaine calme » d’août, où le volume a plongé avant de remonter, correspond à ce basculement interne — un détail que seul un récit de première main permet de lire dans la courbe.
Sept personnes, cinq mois, et Claude dans la boucle
L’équipe qui a construit Scion, l’outil de revue Antique et une demi-douzaine de systèmes connexes comptait sept personnes, et la migration complète du monorepo a pris cinq mois, pendant que le volume de fusions était multiplié par dix. C’est la leçon de vitesse, mais ce n’est pas la plus intéressante.
La plus intéressante, c’est la place de Claude dans la construction. Le pipeline d’ingestion Git vers Scion avait d’abord été écrit à la main. Anthropic a ensuite confié sa réécriture à un instantané interne de Claude Mythos Preview, sans autre consigne : le résultat a consommé 20 fois moins de mémoire et a été 4 fois plus rapide, tout en préservant des invariants implicites d’ordre et de structure. Les ingénieurs, dit le billet, évaluent désormais Claude comme meilleur qu’eux pour écrire du code — mais leur rôle a souvent consisté à lui dire « non », car les agents violent parfois des contraintes centrales, par exemple en lisant le journal des commits linéairement au lieu d’interroger l’outil de revue. La revue humaine examine désormais l’intention d’un changement plutôt que chaque ligne.
Le billet glisse aussi une note de sécurité qui intéresse directement les équipes : Scion porte un contrôle d’accès par dépôt et par répertoire, et l’outillage de revue peut exprimer des contraintes sémantiques sur les approbations — par exemple séparer un changement limité à des commentaires d’un changement qui touche de la logique sensible. C’est le genre de garde-fou que la revue humaine ne peut plus tenir manuellement à 30 000 fusions par jour, et qui devient indispensable quand la moitié du code n’est pas écrite par un humain.
Verdict
Ne réécrivez pas votre outil de contrôle de version, et Anthropic le dit lui-même : Git reste la bonne conception pour la plupart des dépôts, et Scion n’est pas un produit — aucun plan de publication n’est annoncé, et il s’appuie sur Spanner et le stockage objet de Google, pas sur des briques génériques. Si vos agents fusionnent encore quelques dizaines de changements par jour, votre problème n’est pas Git ; c’est la qualité de la revue et des garde-fous autour des agents. Si vous approchez des milliers de fusions quotidiennes générées par des agents, surveillez plutôt l’émergence d’offres « server-centric » chez les hébergeurs de dépôts, qui vont forcément suivre — le vrai signal de ce billet, c’est que l’écriture de code par des agents déplace le goulot d’étranglement de l’humain vers l’infrastructure, et que ceux qui l’ont compris investissent déjà dans la plomberie.