Aller au contenu

Anthropic quitte Git pour Scion, son système maison, après être passé à 30 000 fusions de code par jour

Anthropic a migré son monorepo de git vers un système interne en cinq mois, avec sept ingénieurs, parce que ses agents produisaient trop de code pour l'outillage existant. The Register interroge la soutenabilité de cette croissance, Simon Willison relève l'absence de mode hors ligne.

4 min
Anthropic quitte Git pour Scion, son système maison, après être passé à 30 000 fusions de code par jour

Ce qu'Anthropic annonce

Nick G. et l'équipe contrôle de source d'Anthropic publient le 13 octobre 2026 le récit d'une migration achevée en cinq mois par sept personnes : le monorepo de l'entreprise ne tourne plus sur git mais sur Scion, un système de contrôle de version écrit en interne. Le motif avancé est un changement d'échelle. En mai 2026, Anthropic fusionnait environ 2 500 modifications de code par jour ; en septembre, plus de 30 000. L'historique de la branche principale approche 100 Go, la copie de travail compressée dépasse 25 Go, et l'intégration continue déclenche 25 millions d'extractions par jour, ce qui représenterait plus de 600 Po de trafic git quotidien et avait conduit l'entreprise à maintenir plusieurs centaines de miroirs git internes.

Scion renonce au modèle distribué de git. L'architecture est client-serveur, les unités de travail sont des changesets inscrits dans un journal d'écriture anticipée, les requêtes passent par une API côté serveur, les packfiles disparaissent et les données sont servies depuis un stockage objet adressable par contenu. Anthropic chiffre les gains : une infrastructure 200 fois plus petite que son dispositif de miroirs git, des extractions deux ordres de grandeur plus rapides (quelques secondes au lieu de quelques minutes), et 25 % de capacité processeur regagnée sur l'intégration continue. L'équipe indique avoir confié à Claude Mythos Preview, un modèle interne, la réécriture du pipeline d'import de l'historique git, pour un résultat consommant 20 fois moins de mémoire et 4 fois plus rapide que le prototype écrit à la main.

Ce que la presse indépendante précise

Thomas Claburn, journaliste IA et logiciel pour The Register, publie le même jour un compte-rendu qui déplace l'angle : son titre porte sur le volume de code que Claude déverse, et le texte interroge la soutenabilité d'une croissance qui a déjà porté la branche principale à une centaine de gigaoctets. Claburn attribue explicitement chaque chiffre au billet d'Anthropic et ne les reproduit pas de façon indépendante. Aucun ingénieur n'est cité nommément dans son article.

Simon Willison, développeur et analyste suivi dans l'écosystème des outils de développement, relève le même jour deux limites que l'annonce traite peu. Scion ne propose pas de fonctionnement hors ligne, propriété que git garantissait par construction. Et le dispositif de revue adversariale par modèle décrit par Anthropic peut se révéler « myopique » : il réclame des ingénieurs compétents pour corriger les complications superflues que Claude propose de lui-même.

Ce qui reste à nuancer

Le relais francophone de l'information (developpez.com, 14 octobre) titre sur un remplacement de Git, là où Anthropic intitule son billet « Redesigning source control at Anthropic » et écrit explicitement que Scion ne convient pas à un usage général : il ne se justifie, selon l'entreprise, que pour des monorepos réunissant des dizaines de milliers d'ingénieurs ou des essaims d'agents. Aucune publication en open source n'est prévue, et Anthropic qualifie ses propres composants de très sur-mesure, en signalant que le système diverge fortement de git, ce qui rend toute migration difficile.

Les trois facteurs de gain avancés (200 fois sur l'infrastructure, deux ordres de grandeur sur les extractions, 25 % de processeur sur l'intégration continue) proviennent tous des mesures internes d'Anthropic : ni The Register ni Simon Willison ne les ont reproduits, et aucune méthodologie de mesure n'est publiée. L'équipe signataire apparaît sous forme d'initiales ou de prénoms pour la majorité de ses membres, ce qui limite la vérifiabilité des attributions. Enfin, le billet ne dit pas combien d'ingénieurs travaillent dans le monorepo concerné, chiffre qui conditionne pourtant la portée de la comparaison avec git.

Sources

Partager cet article

Pour continuer

Recevoir les prochains articles

Une sélection, pas un flux : ce qui change quelque chose, et pourquoi.

En vous inscrivant, vous acceptez de recevoir nos e-mails. Conformément à la politique de confidentialité.

À lire aussi

Avant de partir

Vos outils tiennent-ils le volume que produisent vos agents ?

Anthropic a dû refaire son contrôle de version en cinq mois parce que ses agents saturaient git. La question se pose bien avant ce volume : intégration continue, revue de code et déploiement cèdent généralement les premiers.