Anthropic zufolge stieg die Zahl der täglich zusammengeführten Änderungen in seinem internen Monorepo von etwa 2.500 im Mai auf mehr als 30.000 im September 2026. Der Engineering-Bericht vom 13. Oktober beschreibt Scion, ein Versionsverwaltungssystem für Agenten und automatisierte Jobs, die einen Großteil dieses Wachstums ermöglichten. Die interessante technische Frage lautet: Welche Aufgaben muss ein Client noch selbst erledigen, wenn ein zentraler Dienst Verlauf, Commits und Zusammenführungen übernehmen kann?

Die große Veränderung

  • Was sich änderte: Anthropic migrierte sein Monorepo innerhalb von fünf Monaten von Git zu Scion. Scion-Clients rufen nur benötigte Objekte ab und überlassen Commits, Zusammenführungen, Rebases und Verlaufsabfragen einem Server. Anthropic entwickelte das System für eine überwiegend aus online arbeitenden Agenten und Jobs bestehende Last.
  • Warum es wichtig ist: Ein CI-Job kann per API einen Diff oder eine Merge-Basis anfordern, ohne ein lokales Repository zu pflegen. Wenn er Dateien benötigt, begrenzt ein sparse oder virtualisierter Checkout, was auf die Festplatte gelangt. Kosten und Betriebsverantwortung verlagern sich dadurch zum zentralen Dienst.
  • Was zu beobachten ist: Anthropic berichtet von schnelleren Checkouts und geringerem Infrastrukturverbrauch in der eigenen Flotte; eine unabhängige Validierung liegt hier nicht vor. Das Unternehmen bezeichnet Scion als maßgeschneidertes internes System, dessen Einführung auch Änderungen an Code-Review, Suche und CI erforderte.

Warum Git in diesem Monorepo teuer wurde

Gits verteiltes Design gibt jedem vollständigen Klon den Verlauf und die Objekte, die für Offline-Arbeit nötig sind. Anthropic zufolge ist der Verlauf des Hauptzweigs seines Monorepos fast 100 GB groß, eine komprimierte Arbeitskopie übersteigt 25 GB. Die CI-Flotte führt täglich rund 25 Millionen Code-Checkouts aus, noch ohne Entwicklerumgebungen, Agenten-Sandboxes und Forschungsjobs. Das sind Lastwerte von Anthropic und keine allgemeine Schwelle, ab der Git nicht mehr funktioniert.

Das Unternehmen nutzte bereits flache Klone, sparse Checkouts, interne Mirrors und Repository-Snapshots. Mehrere hundert Mirrors seien mit dem Wachstum des Repositorys und der Merge-Rate schließlich schwer zu betreiben gewesen. Anthropics Diagnose ist spezifisch: Die meisten Clients waren ohnehin online arbeitende Agenten oder Jobs, doch die Werkzeuge trugen weiterhin einen Großteil der Kosten für ein lokales Repository.

Scion macht diese Online-Verbindung zur Designannahme. Der Engineering-Bericht zufolge beantwortet der Server Verlaufs- und Blame-Abfragen, erstellt Commits und führt Zusammenführungen und Rebases aus. Der Client hält einen begrenzten Objekt-Cache vor, schreibt angeforderte Arbeitsdateien auf die Festplatte und überwacht lokale Dateiänderungen. Der Verzicht auf unabhängige Ausführung dieser Vorgänge ist ein bewusster Kompromiss, um weniger Daten an jeden Client zu übertragen.

Ein Checkout kann kleiner oder überflüssig sein

Scion stellt die von seinen Clients genutzten Versionsverwaltungsabfragen über APIs bereit. Anthropic zufolge kann ein CI-Job, der einen Diff ab einer Merge-Basis benötigt, direkt den Server fragen. Auch automatisierte Bisect- und Revert-Pipelines nutzen denselben programmatischen Weg. Für solche Aufgaben muss ein Job möglicherweise gar keine Arbeitskopie materialisieren.

Wenn ein Job Dateien benötigt, unterstützt Scion sparse Checkouts mit nur den angeforderten Verzeichnissen sowie virtualisierte Checkouts, die Dateien erst beim Lesen materialisieren. Der Client fordert rekursiv bestimmte fehlende Trees und Blobs an, statt ein großes Packfile auszuhandeln. Jedes angeforderte Objekt hat eine unveränderliche, inhaltsadressierte Identität, sodass Caches es zurückgeben können, ohne Änderungen am Inhalt zu prüfen. Anthropic beschreibt einen Daemon auf Knotenebene und regionale Caches zwischen Clients und maßgeblichen Servern; alle Ebenen verwenden dasselbe Protokoll für Objektanforderungen.

Dieses Design setzt die Grenzen für Ausfälle und Wartung anders als ein vollständiger lokaler Klon. Der Client ist für Vorgänge, die Git offline ausführen kann, vom Dienst abhängig; der Dienst muss Objekt- und Verlaufsabfragen im Tempo der Flotte bereitstellen. Anthropic zufolge sollen Cache-Ebenen unter anderem verhindern, dass ein Ausfall eines regionalen Caches die Upstream-Server überlastet. Der Artikel enthält keine Verfügbarkeitsmessungen für diese Architektur.

Was der Server speichert und berechnet

Die Arbeitseinheit von Scion ist ein Changeset in einem Write-Ahead-Log. Anthropic zufolge erfasst es Dateien, die sich gegenüber einem ersten Parent geändert haben, und verweist auf komprimierte Dateiinhalte im Blob-Speicher. Der Server erstellt Changesets, ohne bei jedem Schreibvorgang einen gemeinsamen Branch-Zeiger zu verschieben. Separate abgeleitete Strukturen unterstützen Abfragen wie Datei-Blame, Pfadverlauf und Commit-Abstammung; Anthropic kann manche sofort berechnen und andere aufschieben.

Diese Trennung ist für das API-Design wichtig. Jobs können eine Merge-Basis oder den Verlauf einer Datei anfordern, ohne alle Strukturen mitzuführen, die für eine lokale Berechnung nötig wären. Auch die Kosten für deren Pflege gehen auf Anthropics Dienst über. Das Unternehmen sagt, Repository-Daten zu verteilen und Komponenten unabhängig zu skalieren; selbst auf dem Server gebe es keine vollständig materialisierte Repository-Kopie.

Anthropic berichtet, dass Scions Infrastruktur 200-mal weniger CPU und Arbeitsspeicher als das vorherige Git-Mirroring-Setup verwendet und CI- und Forschungs-Checkouts nun Sekunden statt Minuten dauern. Dem Wechsel schreibt das Unternehmen einen um 25 % höheren CPU-Spielraum in der CI zu. Verglichen wird mit Anthropics vorherigem internen System unter der eigenen Last; BIG CHANGE hat die Messungen nicht reproduziert und die zugrunde liegende Telemetrie nicht geprüft.

Die Migrationskosten gehören zum Ergebnis

Anthropic zufolge entwickelten sieben Ingenieure Scion, das begleitende Code-Review-Werkzeug Antique und zugehörige Systeme und migrierten das Monorepo in fünf Monaten. Der Bericht beschreibt auch eine neue Codesuche, Zugriffskontrollen und Änderungen daran, wie Code geprüft und integriert wird. Eine Organisation, die das Design bewertet, muss diese angrenzenden Arbeitsabläufe neben dem Versionsverwaltungsdienst selbst berücksichtigen.

Anthropic sagt ausdrücklich, dass Scion kein allgemeiner Ersatz für Git ist. Die internen Komponenten für Review, Suche und CI sind maßgeschneidert; ein Abschied von Git würde Änderungen über den gesamten Entwicklungszyklus erfordern. Die enger gefasste architektonische Lehre des Berichts lautet: Ein Onlinedienst kann automatisierten Clients mehr Fragen zur Versionsverwaltung beantworten, während diese nur tatsächlich genutzte Dateien behalten. Anthropic nennt einige Ideen, darunter umfangreichere Server-APIs und eine bessere Kombination der sparse- und shallow-Funktionen von Git, die sich auch ohne Scion umsetzen ließen.

Quellen und weiterführende Lektüre

  • Anthropic Engineering, „Redesigning source control at Anthropic“ (13. Oktober 2026). Anthropics eigener Bericht über die Scion-Architektur, die Migration und interne Last- und Leistungswerte. BIG CHANGE hat die berichteten Messungen und Betriebsergebnisse nicht unabhängig überprüft; für diesen Artikel wurde kein Scion-System getestet.