Le système de contrôle de version maison d'Anthropic, Scion, a été entièrement dévoilé pour la première fois le 13 octobre 2026 dans un article d'ingénierie d'Anthropic : en cinq mois, l'entreprise a migré la totalité de son dépôt unique (monorepo) de Git vers Scion, tout en construisant et en lançant son propre outil de revue de code, Antique, ainsi que la recherche de code et un système de permissions. Le déclencheur n'a pas été une panne unique, mais une série de chiffres devenus incontrôlables : en mai 2026, Anthropic fusionnait en moyenne environ 2 500 modifications de code par jour ; en septembre, elle dépassait les 30 000 par jour.
Ce que Git ne pouvait plus porter, c'est un trafic à l'échelle des agents
L'historique de la seule branche principale d'Anthropic approche les 100 Go, et une copie de travail compressée dépasse 25 Go. La seule CI effectue de l'ordre de 25 millions d'extractions de code par jour, sans compter les environnements de développement, les bacs à sable d'agents et les tâches de recherche ; récupéré naïvement, cela représenterait plus de 600 Po de trafic Git quotidien. Toutes les solutions de contournement classiques avaient déjà été utilisées — clones superficiels, extractions éparses, miroirs internes, instantanés du dépôt dans le stockage d'objets — avec jusqu'à plusieurs centaines de miroirs Git internes à un moment donné. Mais à mesure que le rythme de fusion augmentait, les instantanés accusaient un retard croissant sur la tête de la branche principale, et les opérations dépendantes de l'historique, comme diff et blame, devenaient de plus en plus difficiles à maintenir sur des clones partiels. La conclusion d'Anthropic : dans un environnement où presque tous les clients sont des agents et des tâches toujours en ligne, les hypothèses hors-ligne et décentralisées qui ont fait la grandeur de Git deviennent précisément ce qui freine son passage à l'échelle.
La réponse de Scion : ramener le dépôt côté serveur
Scion repose sur des principes inverses de ceux de Git. Les clients sont supposés toujours en ligne et récupèrent les données auprès du serveur au moment où ils en ont besoin ; le serveur répond aux demandes d'historique et de blame, crée les commits et effectue fusions et rebasages, tandis que le client ne conserve qu'un cache d'objets local borné. La copie de travail devient facultative et éparse par conception : un job de CI qui a besoin du diff entre deux commits peut le demander au serveur et sauter l'extraction, et beaucoup d'écritures passent entièrement par l'API. Les commits sont pensés pour être peu coûteux, sans verrou, et tarifés selon la taille du changement, pas celle du dépôt : l'unité de travail de Scion, le changeset, n'enregistre que les fichiers modifiés par rapport à son premier parent, avec des pointeurs adressés par le contenu, et devient disponible partout instantanément, sans packfiles ni push. En production, l'empreinte d'infrastructure de Scion est environ 200 fois plus petite que l'ancien dispositif de miroirs Git, les extractions vont deux ordres de grandeur plus vite, et la CI à elle seule a dégagé environ 25 % de capacité CPU.
Le nouveau travail de l'ingénieur : dire « non » à Claude
La partie de ce retour d'expérience la plus utile aux autres équipes concerne le changement de rôle des humains. Une équipe de sept personnes a bâti Scion et Antique et achevé la migration en cinq mois, pendant que les fusions quotidiennes décuplaient. Les ingénieurs jugent désormais Claude meilleur qu'eux pour écrire du code, mais ils fournissent toujours la compréhension d'ensemble des systèmes, les arbitrages de conception et l'appréciation de l'échelle nécessaire. Les exemples sont concrets : des agents ont parfois enfreint des contraintes centrales du système pour satisfaire un motif qui n'aurait jamais dû être permis, et certains systèmes ont tenté de retrouver des heures de fusion en lisant linéairement tout le journal des commits au lieu d'interroger l'outil de revue de code. La revue adversariale est efficace, mais elle peut devenir myope et pousser Claude à empiler des validations excessives par méfiance envers un autre service interne. Les ingénieurs examinent donc désormais l'intention de chaque changement plutôt que chaque ligne — un détail modeste qui en dit plus sur la division du travail dans la phase mature de la programmation agentique que n'importe quel benchmark.
Anthropic énonce clairement les limites à la fin : Scion n'est pas un remplaçant de Git à usage général. Il n'a de sens que pour d'immenses monorepos avec des dizaines de milliers d'ingénieurs ou des essaims d'agents écrivant du code en masse, la capacité d'Anthropic à dépenser des jetons en interne dépasse de loin ce que la plupart des entreprises accepteraient, et une version publique largement utilisable n'est pas en vue. L'entreprise a partagé cette conception parce qu'elle s'attend à ce que, dans les six à douze prochains mois, d'autres gros utilisateurs de la programmation par IA heurtent le même mur : le goulot d'étranglement se déplace de l'écriture du code vers des infrastructures pensés pour l'échelle humaine — contrôle de version, compilation et CI. Pour la plupart des équipes, le geste réaliste aujourd'hui consiste à mesurer à quelle distance leurs propres volumes d'extraction et de fusion se trouvent de ce point de bascule, plutôt que de se précipiter dans la construction d'un nouveau système.
