Anthropic construit Scion pour remplacer Git : 30 000 merges par jour, une infra VCS réduite de 200x

Anthropic construit Scion pour remplacer Git : 30 000 merges par jour, une infra VCS réduite de 200x

🔎 Un merge toutes les trois secondes

Entre mai et septembre 2025, le monorepo d'Anthropic est passé de 2 500 à plus de 30 000 merges par jour. Faites le calcul : un merge toutes les trois secondes, nuit et jour, week-ends compris. À ce rythme, Git — l'outil conçu en 2005 par Linus Torvalds pour des développeurs humains — a cessé de suivre.

La réponse d'Anthropic n'a pas été d'optimiser, mais de reconstruire. Sept ingénieurs, cinq mois, et deux outils créés de zéro : Scion, un système de gestion de versions qui remplace Git en interne, et Antique, l'outil de review associé. Les chiffres annoncés sur le blog engineering d'Anthropic donnent le vertige : checkouts en secondes, empreinte VCS divisée par 200, taux de cache supérieur à 99 % sur 100 Go d'historique.

Au-delà de l'exploit d'ingénierie, ces chiffres racontent quelque chose de plus grand : l'échelle des flux de travail agentiques dépasse ce que Git peut absorber. Et ce n'est probablement que le début.

L'essentiel

• Les merges quotidiens sur le monorepo d'Anthropic sont passés de 2 500 (mai 2025) à plus de 30 000 (septembre 2025) : un facteur 12 en quatre mois, portés par les agents de code.
• Sept ingénieurs ont construit Scion (le VCS) et Antique (l'outil de review) en cinq mois.
• Résultats annoncés : checkouts en secondes, empreinte VCS divisée par 200, taux de cache supérieur à 99 % sur 100 Go d'historique.
• Scion n'est ni open source ni un produit : c'est un signal. Le débit agentique dépasse l'outillage conçu pour les humains.
• Pour la grande majorité des équipes, Git reste le bon choix — mais les seuils de rupture se rapprochent plus vite que prévu.

Outils recommandés

2 500 → 30 000 merges par jour : c'est le débit, pas la taille, qui a cassé

Ce qui a mis Git à genoux chez Anthropic, ce n'est pas un dépôt trop volumineux. C'est un flux trop rapide.

Entre mai et septembre 2025, le nombre de merges quotidiens a été multiplié par 12. La cause est documentée : les agents — Claude Code en tête — enchaînent des sessions parallèles qui produisent branches, commits et changements à un rythme qu'aucune équipe humaine n'approchera jamais. Les modèles actuels comme Claude Opus 4.7 (Adaptive) ou GPT-5.5 maintiennent des tâches longues de bout en bout, ce qui multiplie d'autant les flux terminés par session.

Conséquence en cascade : files de merge saturées, rebases en chaîne, conflits qui se multiplient à mesure que les branches se croisent, CI débordée. Chaque maillon du système, pensé pour quelques centaines d'opérations par jour, craque à quelques dizaines de milliers.

Un détail mérite d'être souligné : ces chiffres viennent d'Anthropic elle-même, qui a intérêt à montrer que ses agents tournent à pleine charge. Les prendre au sérieux, oui. Les prendre pour argent comptant sans recul, non. Reste que l'ordre de grandeur — un merge toutes les trois secondes — est cohérent avec ce que rapportent, en coulisses, d'autres entreprises lourdement agentifiées.

Scion : un VCS pensé pour le débit, pas pour le clone local

Scion est le système de gestion de versions interne d'Anthropic, construit en cinq mois par une équipe de sept ingénieurs pour remplacer Git sur le monorepo. Selon le post engineering, il repose sur un modèle centralisé : un serveur fait autorité, les clients deviennent légers et synchronisent de façon incrémentale.

Les trois chiffres à retenir

• Checkouts en secondes : récupérer un état de travail ne prend plus des minutes. Pour des milliers de sessions agentiques qui démarrent en continu, c'est le prérequis absolu.
• Empreinte VCS divisée par 200 : le coût disque et la charge de stockage s'effondrent. Un facteur 200, ce n'est pas une optimisation, c'est un changement de catégorie.
• Taux de cache supérieur à 99 % sur 100 Go d'historique : la quasi-totalité du trafic est servie sans recalcul ni retransfert. Le système respire au lieu de suffoquer.

Ce design n'est pas né de nulle part. Il s'inscrit dans la lignée des VCS centralisés bâtis par les géants pour leurs monorepos — Google avec Piper, décrit dans les Communications of the ACM en 2016, Meta avec Sapling. La différence tient à la contrainte motrice : chez Google et Meta, il s'agissait d'absorber des dizaines de milliers de développeurs humains. Chez Anthropic, d'absorber des dizaines de milliers d'agents.

Précision importante : Scion n'est pas open source et aucun benchmark indépendant n'est disponible à ce jour. Les chiffres sont ceux d'Anthropic, présentés sans audit externe.

Antique : parce qu'un VCS rapide ne sert à rien si la review s'effondre

Antique est l'outil de review de code construit en parallèle de Scion — et c'est peut-être la moitié la plus intéressante du projet.

À 30 000 merges par jour, la review humaine classique est mathématiquement impossible. Personne ne lit 30 000 diffs par jour. Antique repose donc sur une autre logique : les agents produisent et pré-qualifient, les humains valident les changements qui comptent. La review devient un triage assisté — résumés automatiques, diffs regroupés, alertes sur les zones sensibles — plutôt qu'une lecture exhaustive.

C'est le même arbitrage que partout ailleurs dans l'IA appliquée au travail : automatiser le volume sans éjecter l'humain des décisions qui engagent. On retrouve exactement cette tension dans Avatar IA pour le service client : remplacer sans perdre l'humain — remplacer le traitement de masse, garder l'humain sur les cas qui comptent.

Mon avis : c'est cette partie-là — la review — que les outils existants sous-estiment le plus. GitHub, GitLab et consorts ont optimisé la review d'humains entre humains. Le flux agent-vers-humain est un problème différent, et presque personne ne l'a traité à cette échelle.

Git, né d'une crise humaine en 2005, bute sur une crise machine en 2025

Git n'a pas mal vieilli. Il fait exactement ce pour quoi il a été conçu — et c'est précisément le problème.

Avril 2005 : Linus Torvalds écrit Git en quelques semaines pour remplacer BitKeeper et gérer le développement du noyau Linux. Le problème à résoudre : des milliers de développeurs humains, distribués, travaillant sur le même code. Le modèle distribué — chacun clone l'historique complet — était la réponse géniale à ce problème-là.

Vingt ans plus tard, le profil de la charge a changé. Des précédents l'avaient déjà montré : Google a bâti Piper pour son monorepo géant (2016), Microsoft a créé VFS for Git en 2017 pour virtualiser le système de fichiers sur le dépôt de Windows, Meta a ouvert Sapling en novembre 2022 après des années d'usage interne. Chaque fois, le même constat : à très grande échelle, le modèle distribué de Git coûte plus qu'il ne rapporte.

La nouveauté 2025, c'est la nature de la charge. Ce ne sont plus des humains en trop grand nombre, ce sont des agents en nombre absurde. Et l'ironie ne s'arrête pas là : Linus Torvalds lui-même publie désormais des patches du noyau Linux écrits par Claude Code, comme on le relatait dans Linus Torvalds publie des patches du noyau Linux écrits par Claude Code. L'outil né pour coordonner des humains voit son flux envahi par les machines — y compris dans son projet d'origine.

Mon verdict : Git n'est pas en train de mourir. Il atteint simplement le bord de sa zone de confort. Ce qui cherche à le remplacer n'est pas un concurrent commercial, c'est un changement de régime d'usage.

Votre équipe doit-elle s'en soucier ? Oui — mais pas encore agir

Non, vous n'avez pas besoin de Scion. Oui, vous devez regarder vos métriques.

Si votre équipe merge quelques dizaines de PR par jour, Git est parfait et le restera longtemps. Les problèmes d'Anthropic commencent là où le débit agentique devient l'essentiel du trafic — un point que la plupart des équipes n'ont pas encore atteint, mais qui se rapproche plus vite que quiconque ne l'anticipait.

Les signaux qui doivent vous alerter

• Vos fetch, rebase et checkout prennent des secondes de plus, mois après mois.
• Votre CI fait la file d'attente alors que rien n'a changé côté infra.
• Votre backlog de review gonfle sans que les effectifs bougent — signe que les agents produisent plus vite que vous ne triez.

Trois actions valent mieux qu'une migration : mesurer la part agentique de vos commits dès maintenant ; adopter le stacking de PR pour fluidifier les merges ; automatiser commits et reviews avec l'IA, comme détaillé dans Git + IA : automatiser ses commits et reviews. Et si vous cherchez les bons agents pour équiper vos développeurs, notre sélection des meilleurs outils IA pour le code est mise à jour régulièrement.

À titre individuel, Jujutsu mérite un essai : compatible avec vos dépôts Git existants, il modernise le workflow sans migration douloureuse.

Le vrai signal : l'infrastructure de développement s'aligne sur l'IA

Scion est un symptôme avant d'être un produit. C'est le premier cas public d'une entreprise qui reconstruit son outillage de développement fondamental — le versioning, brique parmi les plus basses de la stack — parce que ses agents produisent plus que ses humains.

Mettez ce fait en série avec les autres mouvements d'Anthropic et le tableau devient net. L'entreprise lève des montants records pour financer l'ère agentique, comme on le détaillait dans Anthropic lève 65 milliards de dollars en Series H et lance Claude Opus 4.8 : le jour où tout a changé. Elle transforme son agent de code en plateforme ouverte aux extensions, ce que nous couvrions dans Claude Code MODS : Anthropic transforme son agent de code en plateforme. Et elle construit en interne l'infrastructure que cette plateforme exige.

Ma lecture : nous assistons à l'émergence d'une catégorie d'infra « agent-first ». Prochaines cibles probables : la CI, pensée pour des milliers de runs parallèles par minute ; la review, déjà entamée avec Antique ; le stockage et la recherche de code, conçus pour des consommateurs machines plutôt que pour des lecteurs humains.

Un biais à garder en tête : chaque annonce de ce type sert aussi le récit commercial d'Anthropic — « nos agents tournent à une échelle qui casse les outils ». C'est probablement vrai, et c'est surtout bon pour le business. Les deux ne s'excluent pas.

Faut-il abandonner Git ? Non — voici notre verdict

Non, et ce n'est même pas débattable aujourd'hui.

Git reste le meilleur choix par défaut : écosystème inégalé, hébergement partout, compétences partout, outils partout. Les alternatives ont chacune un cas d'usage précis — Sapling pour les très grands monorepos, Jujutsu pour le confort individuel, Graphite pour le stacking — mais aucune ne justifie une migration par principe.

Ce qu'il faut faire, c'est surveiller deux choses. D'abord vos propres métriques de débit agentique : c'est le seul indicateur qui compte vraiment. Ensuite l'écosystème : si Anthropic ouvre Scion un jour, l'équation changera du tout au tout. En attendant, ce type d'outillage émergera d'abord du côté des nouveaux outils IA récents, que nous suivons au fil de l'eau.

❌ Erreurs courantes

Erreur 1 : Réduire Scion à « un Git plus rapide »

C'est un modèle différent : serveur central autoritaire contre distribution locale complète. Les compromis ne sont pas les mêmes — travail hors ligne, forks, écosystème d'outils. La solution : comprendre l'architecture avant de rêver de migration.

Erreur 2 : Croire que la taille du dépôt est le problème

La variable qui casse, c'est le débit. Un dépôt de 50 Mo avec 30 000 merges par jour explose aussi — files de merge, conflits croisés, CI saturée. Surveillez vos merges par jour, pas seulement vos gigaoctets.

Erreur 3 : Chercher Scion sur GitHub

Ni Scion ni Antique ne sont open source à ce jour. La seule source fiable reste le post engineering d'Anthropic. Méfiance envers les projets opportunistes qui squattent le nom.

Erreur 4 : Attendre d'être à court d'air pour mesurer

Le facteur 12 en quatre mois peut frapper toute équipe qui branche des agents en série. Instrumentez maintenant : part des commits agentiques, temps moyen de merge, profondeur des files CI.

❓ Questions fréquentes

Scion remplace-t-il Git partout chez Anthropic ?

Selon le post engineering, Scion remplace Git sur le monorepo principal, avec une migration progressive. Rien n'indique une volonté de remplacer Git pour les projets open source ou les flux externes, qui restent typiquement sur des plateformes classiques. Scion est un outil interne avant tout — pas un produit.

Scion et Antique sont-ils open source ?

Non, pas à ce jour. Anthropic n'a publié qu'un article d'ingénierie détaillant l'architecture et les résultats. Les précédents (Piper chez Google, Sapling chez Meta) montrent que l'ouverture complète n'est jamais acquise. Surveillez le blog engineering d'Anthropic pour toute annonce.

Pourquoi ne pas avoir optimisé Git au lieu de le remplacer ?

La question légitime. Les rustines existent : partial clone, VFS for Git, merge queues renforcées. Anthropic a jugé, et le post le suggère, que le débit agentique exigeait un modèle différent, pas un patch. Jugement discutable pour une équipe de cinquante personnes, défendable à 30 000 merges par jour.

Quel est le lien avec Claude Code ?

Direct : ce sont les sessions d'agents, Claude Code en tête, qui ont fait passer les merges de 2 500 à 30 000 par jour. Chaque session génère branches, commits et changements. Scion est donc, de fait, une infrastructure construite pour que Claude Code tourne à pleine charge sans saturer le reste.

Faut-il migrer vers Jujutsu ou Sapling maintenant ?

Non par panique, oui par confort. Jujutsu apporte un workflow plus sain à titre individuel tout en restant compatible avec vos dépôts Git. Sapling vise les très grands monorepos d'organisation. Si vos douleurs viennent des agents, commencez par mesurer et automatiser avant de changer de VCS.

✅ Conclusion

Scion ne remplace pas Git dans le monde : il remplace Git là où les agents ont pris le contrôle du débit — et ce point de bascule se rapproche pour tout le monde. Pour voir où va le reste de l'écosystème, gardez un œil sur nos tendances IA du moment.