Am 13. Oktober hat Anthropic einen Engineering-Rückblick veröffentlicht: Das Unternehmen habe in fünf Monaten sein gesamtes Monorepo von git auf das selbst entwickelte Versionskontrollsystem Scion umgezogen. Parallel entstand mit Antique ein Tool für Code-Reviews. Das Kernteam bestand aus nur sieben Personen.
Auslöser war die Zahl der Code-Merges. Im Mai 2026 lag das Monorepo von Anthropic bei rund 2.500 Merges pro Tag; im September waren es mehr als 30.000. In dem Rückblick heißt es:
"As our merges per day grew more than tenfold, source control became our biggest development bottleneck."
Als sich unsere Merges pro Tag mehr als verzehnfachten, wurde die Quellcodeverwaltung zu unserem größten Entwicklungsengpass.
Das Schreiben von Code bremst nicht mehr. Es klemmt bei der Quellcodeverwaltung, beim Build und in der CI.
Wo git an seine Grenzen stößt
Anthropic nennt mehrere Kennzahlen: Die Historie des Hauptzweigs umfasst knapp 100 GB, die komprimierte Arbeitskopie über 25 GB, und die CI führt täglich rund 25 Millionen Code-Checkouts aus. Würde jedes Mal brav alles heruntergeladen, läge der tägliche git-Traffic bei mehr als 600 PB. In Spitzenzeiten betreibt das Unternehmen mehrere hundert interne git-Mirrors; je schneller gemergt wird, desto schwerer lassen sich Mirrors und vorbereitete Snapshots pflegen.
Als eigentliche Ursache nennt der Rückblick ein Missverhältnis der Designziele. git wurde für die Offline-Zusammenarbeit von Menschen in verteilter Form entwickelt, bei der jeder ein vollständiges Repository besitzt; die Hauptkunden von Anthropic sind heute dagegen dauerhaft online arbeitende Agenten und automatisierte Aufgaben.
Scion verfolgt deshalb den umgekehrten Ansatz: Historie, Blame, Commits, Merges und Rebases liegen komplett auf dem Server, der Client behält nur einen begrenzten lokalen Cache und eine Arbeitskopie, Daten werden bei Bedarf geholt. Commits werden auf dem Server abgeschlossen, und die Kosten hängen von der Größe der Änderung ab, nicht von der Größe des gesamten Repositorys. Es gibt nur den Hauptzweig und Release-Zweige; einen Zweig-Zeiger zu verschieben, ist ein Compare-and-Swap auf einer Zeile in der Datenbank. Der Client läuft über einen lokalen Daemon und mehrstufige Caches, erst zuletzt über den Server; die Trefferquote liegt auf allen Cache-Ebenen über 99 %.
Eine Überschlagsrechnung
Rechnet man grob mit den Zahlen aus dem Rückblick: 600 PB geteilt durch 25 Millionen Checkouts ergibt etwa 24 GB pro Checkout, was gut zu „Arbeitskopie über 25 GB“ passt. Die 600 PB sind demnach eine Obergrenze, geschätzt unter der Annahme, dass jedes Mal vollständig geholt wird.
30.000 Merges auf 24 Stunden verteilt sind im Schnitt gut 20 pro Minute. Nach dem Push-Modell von git muss vor jedem Push erst mit dem Remote synchronisiert werden; bei dieser Frequenz verstopfen Wiederholungsversuche wegen Konflikten die Warteschlange. Scion verlagert das Mergen auf den Server und spart sich den Push-Schritt. Zugleich hat Anthropic die globale Merge-Sperre aufgegeben und verlässt sich stattdessen auf automatisierte Tests nach dem Merge und vor dem Deployment; kollidieren gleichzeitige Änderungen, soll Claude sie beheben.
Das Ergebnis laut Unternehmensangaben: Die Scion-Infrastruktur braucht rund 200-mal weniger CPU und Arbeitsspeicher als der frühere git-Mirror-Cluster; Checkouts für CI und Forschungsaufgaben sinken von Minuten auf Sekunden; allein bei der CI werden etwa 25 % der CPU-Kapazität frei.
Was Claude dabei leistete
Auch die Migration selbst nutzte das Modell. Die anfangs von Hand geschriebene Import-Pipeline von git nach Scion wurde von Claude Mythos Preview neu geschrieben: Der Speicherbedarf sank auf ein Zwanzigstel, die Geschwindigkeit stieg um etwa das Vierfache. Laut Rückblick fand Claude zudem Optimierungen auf Algorithmenebene und schrieb zahlreiche Tests, Simulationen und Fuzz-Tests; die Arbeit der Ingenieure bestand darin, die Designabsicht zu wahren, unvernünftige Lösungen zu verwerfen und die Absicht von Änderungen zu prüfen, statt den Code Zeile für Zeile zu lesen.
Zu Antique liefert der Rückblick keine Details, erwähnt nur, dass sich damit semantische Regeln für Freigaben festlegen lassen, die Commits, die nur Kommentare ändern, von Commits mit Eingriffen in sensible Logik trennen, sodass sich die menschliche Prüfung auf Letztere konzentriert.
Scion ist nicht Open Source. Anthropic formuliert es unmissverständlich: "Scion is by no means a suitable replacement for git for general use." Die internen Komponenten seien zu stark angepasst, um sie für andere zu verpacken. Das Unternehmen hofft, dass GitHub, GitLab und die Open-Source-Community Ideen wie serverseitiges RPC und Sparse Checkout aufgreifen, um git zu verbessern. Googles Piper und das von Meta als Open Source veröffentlichte Sapling sind ähnliche Wege gegangen; der Unterschied ist, dass der Druck zum Neuschreiben diesmal von der Menge an KI-generiertem Code ausgeht.
Quellen: Anthropic Engineering Blog, CocoLoop; die täglichen Merges, die Checkout-Zahlen und die Ressourcenfaktoren sind Eigenangaben von Anthropic, die Größe pro Checkout ist eine grobe Überschlagsrechnung der Redaktion auf Basis dieser Zahlen.