Scion: Warum Anthropic Git für seine KI-Agenten ersetzt hat

Im Mai rund 2.500 übernommene Code-Änderungen pro Tag, im September mehr als 30.000: So stark ist nach Berichten von Fachmedien der Betrieb im zentralen Code-Archiv von Anthropic gewachsen. Geschrieben werden diese Änderungen zu einem großen Teil nicht mehr von Menschen, sondern von KI-Agenten. Das Werkzeug, mit dem Software-Teams seit rund 20 Jahren ihren Code verwalten, kam dabei an seine Grenzen. Anthropic hat Git in seinem eigenen Repository deshalb durch ein selbst entwickeltes System ersetzt. Es heißt Scion.

Die Zahl zeigt, wie sehr KI die Softwareentwicklung in manchen Unternehmen bereits verändert hat. Eine Analyse auf HackerNoon nennt den Fall die erste öffentliche, detaillierte Darstellung eines Unternehmens, das Git aufgibt, weil Agenten statt Menschen zu den Hauptnutzern wurden.

Was ein Versionssystem leistet und wo Git an Grenzen stößt

Ein Versionssystem ist so etwas wie das Gedächtnis eines Softwareprojekts. Es speichert jede Änderung am Code in einem gemeinsamen Archiv, dem Repository. Eine einzelne, gespeicherte Änderung heißt Commit. Wenn Änderungen aus verschiedenen Arbeitszweigen zusammengeführt werden, spricht man von einem Merge. Git ist hier seit Jahren der Standard.

Git beruht auf einer bestimmten Grundidee: Jede lokale Kopie enthält das komplette Repository, sodass man auch ohne Netzverbindung weiterarbeiten kann. Für Menschen, die im Zug oder im Homeoffice an ihrem Laptop programmieren, ist das praktisch. Bei Anthropic sind die meisten Nutzer des Repositorys jedoch keine Menschen mehr. Es sind ständig verbundene KI-Agenten und Testsysteme, sogenannte CI-Systeme (Continuous Integration). Sie prüfen jede Änderung automatisch, bevor sie übernommen wird.

Die Größenordnungen sind beachtlich. Laut den Berichten checken die Testsysteme täglich rund 25 Millionen Mal Code aus, holen sich also eine Arbeitskopie. Allein die Historie des Hauptzweigs ist fast 100 Gigabyte groß, die komprimierte Arbeitskopie über 25 Gigabyte. Ein Modell, bei dem jede Kopie das komplette Archiv mitbringt, passt zu solchen Zugriffszahlen schlecht. Der O'Reilly-Report „Radar Trends to Watch: November 2026“ fasst es so zusammen: Anthropic sei Git „entwachsen“, weil Git die Zusammenführungen im großen Firmen-Repository nicht mehr bewältigt habe.

Scion: Die Arbeit wandert auf den Server

Am 13. Oktober 2026 beschrieb Anthropic in seinem Engineering-Blog, wie und warum das Unternehmen umgestiegen ist. Darüber berichtete unter anderem das Entwicklermagazin InfoQ. Der Kern des neuen Ansatzes ist, dass die Arbeitsschritte nicht mehr auf dem eigenen Rechner laufen, sondern auf dem Server. Das betrifft Commits, Merges und Rebases, bei denen Änderungen auf einen neueren Stand des Codes umgesetzt werden. Es betrifft auch Abfragen der Versionsgeschichte und sogenannte Blame-Abfragen, mit denen sich nachvollziehen lässt, wer welche Zeile zuletzt geändert hat.

Gespeichert werden die Daten inhaltsadressiert (content-addressed). Jedes Datenstück wird also über seinen Inhalt identifiziert und nicht über einen Dateinamen oder Speicherort. Identische Inhalte müssen so nur einmal abgelegt werden. Dazu kommen mehrstufige Zwischenspeicher, sogenannte Caches, die speziell auf Agenten und Testsysteme zugeschnitten sind. Außerdem lassen sich die Zugriffsrechte in Scion für jedes Verzeichnis einzeln festlegen.

Dieser Ansatz hat einen Preis. Wer Scion nutzt, verzichtet auf die Möglichkeit, unabhängig und ohne Verbindung zu arbeiten. Im Gegenzug liegen weniger Daten lokal, und alle nutzen dieselbe Infrastruktur. Gebaut hat das System nach den Berichten ein Team aus sieben Personen. Es entwickelte Scion und dazu ein Werkzeug zur Code-Prüfung namens Antique und zog das Repository innerhalb von fünf Monaten um.

Beeindruckende Zahlen, aber aus eigener Quelle

Die Ergebnisse, die Anthropic nach Angaben der Fachmedien nennt, klingen deutlich:

• Scion braucht etwa 200-mal weniger Rechenleistung und Speicher als die frühere Git-Spiegelung.
• Checkouts dauern Sekunden statt Minuten.
• Die Testsysteme gewannen 25 Prozent CPU-Kapazität zurück.
• Jede Cache-Stufe erreicht Trefferquoten von über 99 Prozent.

Eine Einschränkung gehört allerdings dazu: Alle diese Werte stammen von Anthropic selbst. Unabhängig überprüft sind sie bislang nicht. Das Unternehmen verkauft mit Claude Code selbst KI-Werkzeuge zum Programmieren, und ein Bericht über das explosive Wachstum agentisch erzeugten Codes ist damit auch eine Werbebotschaft in eigener Sache. In Entwickler-Blogs kursieren zudem Angaben zur Zeitersparnis pro Code-Änderung, die sich bislang jedoch nur aus zweiter Hand belegen lassen.

Nicht der erste Abschied von Git

Ganz neu ist die Idee nicht. Auch Google und Meta betreiben eigene Systeme für riesige Repositories, in denen sehr viele Projekte gemeinsam verwaltet werden (sogenannte Monorepos). Scion gilt als dritter gut dokumentierter Fall einer großen Entwicklungsorganisation, die Git bei solchen Größen verlässt oder es nie eingeführt hat. Anthropic selbst würdigte in einem Nachtrag vom 15. Oktober ausdrücklich Metas System Mononoke und dessen Datenmodell Bonsai als Vorreiter vieler der verwendeten Techniken.

Einen wichtigen Unterschied gibt es aber. Metas Werkzeug Sapling ist Git-kompatibel und seit 2022 Open Source. Scion dagegen gibt Anthropic nicht frei, und das Unternehmen sieht darin auch keinen allgemeinen Ersatz für Git. Im O'Reilly-Report wird außerdem Cursor mit einem eigenen Ansatz namens „Origin“ genannt. Über dessen Details ist bislang jedoch wenig bekannt.

Was das für Entwickler und Unternehmen bedeutet

Für die allermeisten Software-Teams ändert sich zunächst nichts. Nach Anthropics eigener Einschätzung ergeben die Ideen hinter Scion nur für wirklich riesige Repositories Sinn. Git bleibt das vorherrschende Open-Source-System für Versionsverwaltung in fast der gesamten Branche.

Interessanter ist, was andere übernehmen können. Anthropic empfiehlt, einzelne Ideen in bestehende Git-Plattformen einzubauen, etwa umfassende Server-Schnittstellen und bessere Übertragungsprotokolle. Ob Anbieter wie GitHub oder GitLab diesen Weg gehen, ist offen. Dass Git-Plattformen unter Last geraten können, zeigte zuletzt eine von GitHub Anfang November gemeldete Störung bei Pull Requests, Git-Operationen und Issues. Ob sie mit KI-Agenten zusammenhing, ist allerdings nicht belegt.

Es gibt auch kritische Stimmen. Manche Beobachter sehen in Scion den Anfang vom Ende von Git in großen Firmen. Andere weisen darauf hin, dass der Code geschlossen ist und nichts auf eine Freigabe hindeutet. Hinzu kommt die neue Abhängigkeit: Wer vollständig auf den Server angewiesen ist, kann ohne Verbindung nicht arbeiten.

Wer prüft 30.000 Änderungen am Tag?

Die vielleicht wichtigste Frage reicht über die Technik hinaus. Wenn täglich Zehntausende Änderungen in ein Repository fließen, wer prüft sie dann noch, und wie gründlich? Ein schnelleres Versionssystem löst dieses Problem nicht, es macht die Flut eher noch größer. Passend dazu fordert auch Docker, dass KI-Agenten in abgeschotteten Umgebungen mit klaren Regeln laufen sollten statt direkt auf den Rechnern der Entwickler. Mit wachsender Geschwindigkeit werden Kontrolle und Sicherheit also nicht weniger wichtig, sondern wichtiger.

Fazit: Ein Vorbote, kein Umsturz

Scion ist kein Git-Killer für alle, sondern eine Speziallösung für einen Extremfall. Gerade deshalb lohnt der Blick darauf. Der Fall zeigt, dass Werkzeuge, die jahrzehntelang für Menschen gebaut wurden, unter dem Ansturm von KI-Agenten an Grenzen stoßen können. Ob die Idee serverseitiger, agententauglicher Versionsverwaltung in die großen Git-Plattformen einzieht, dürfte sich in den kommenden Jahren entscheiden. Offen bleibt, wie Menschen die Kontrolle über eine Codebasis behalten, an der vor allem Maschinen schreiben.