Anthropic hat ein internes Versionsverwaltungssystem namens Scion vorgestellt, nachdem die auf Git und Repository-Spiegeln basierende Architektur zunehmend Schwierigkeiten hatte, mit dem rapide wachsenden Umfang der von KI-Tools erzeugten Softwareänderungen Schritt zu halten. Nach Angaben des Unternehmens stieg die Zahl der täglichen Code-Merges von 2.500 im Mai 2026 auf mehr als 30.000 im September desselben Jahres.
Anthropic führt diesen Anstieg auf die intensive interne Nutzung von Claude beim Schreiben von Software zurück. Sobald ein Engpass beseitigt wird, wächst das Volumen des erzeugten Codes erneut, sodass die für menschliche Arbeitsrhythmen entwickelten Werkzeuge der Entwicklungsinfrastruktur—darunter Quellcodeverwaltung, Build-Systeme und Continuous Integration—zum langsamsten Element des Prozesses werden.
Ein System für ein riesiges Repository
Nach Angaben des Unternehmens wurde der erforderliche Infrastruktur-Footprint beim CPU- und Speicherverbrauch im Vergleich zur bisherigen Architektur, die auf der Spiegelung von Git-Repositories beruhte, um bis zu das 200-Fache reduziert. Außerdem können CI-Prozesse und Forschungsaufgaben den Code nun um zwei Größenordnungen schneller abrufen.
Anthropic wechselte innerhalb von fünf Monaten vollständig zu Scion, nachdem das System von einem siebenköpfigen Team entwickelt worden war. Im selben Zeitraum entwickelte das Team nach Angaben des Unternehmens ein neues Code-Review-Tool namens Antique sowie etwa sechs weitere Systeme.
Was unterscheidet Scion von Git?
Scion basiert auf anderen Annahmen als Git. Das System bietet kontinuierlichen Zugriff auf den Server, statt davon auszugehen, dass der Client eine vollständige Kopie des Repositorys benötigt, um offline arbeiten zu können. Außerdem stellt es eine API bereit, über die CI-Tools den Codeverlauf und Repository-Informationen abfragen können, ohne ein lokales Repository vorzuhalten.
Anthropic zufolge lässt sich das System horizontal skalieren, da die Repository-Daten auf Komponenten verteilt werden, die unabhängig voneinander erweitert werden können. Dadurch sinkt der Bedarf, Hunderte von Git-Spiegeln zu verwalten. Nach Angaben des Unternehmens wurde das System außerdem Simulationen, Fuzzing-Tests und fortgeschrittenen Maßnahmen zur Begrenzung der Anfragerate unterzogen.
Warum ist diese Nachricht wichtig?
Scion ist keine fertige öffentliche Alternative zu Git, zeigt jedoch, welchen Belastungen Programmieragenten ausgesetzt sein können, die Softwareänderungen in einem Tempo erzeugen, das die Entwicklung herkömmlicher Entwicklungswerkzeuge übersteigt. Die praktischen Auswirkungen beschränken sich nicht auf das Quellcodeverwaltungssystem; das wachsende Änderungsvolumen kann den Engpass auf den Build-Prozess, CI oder das Review verlagern.
Anthropic erwartet, dass andere Teams mit der Ausweitung der KI-gestützten Programmierung auf dasselbe Problem stoßen werden, plant jedoch keine öffentliche Veröffentlichung von Scion. Das Unternehmen begründet dies damit, dass das System hochspezialisiert sei und sein Betrieb erhebliche Ausgaben für Tokens erfordern könne. Hinzu kämen die Migrationskosten, die sich aus der grundlegenden Abweichung von Git ergäben. Stattdessen will das Unternehmen einige der Ideen mit GitHub, GitLab und der Open-Source-Community teilen.
Einschränkungen und offene Fragen
Entwicklern außerhalb von Anthropic stehen weder der Scion-Code noch ein öffentliches Produkt zum Testen zur Verfügung; außerdem hat das Unternehmen keine Zusagen für die Veröffentlichung einer öffentlichen Version gemacht. Nach den verfügbaren Informationen liegt der Wert der Ankündigung daher in der Darstellung eines internen Infrastruktur-Experiments und seiner Leistungskennzahlen, nicht in der Bereitstellung eines neuen Tools für den Markt. Offen bleibt, ob Ideen wie dauerhafter Zugriff, APIs und horizontale Skalierung in Git oder andere öffentliche Systeme übernommen werden können, ohne die von Anthropic hervorgehobenen Migrationskosten und die damit verbundene Komplexität zu verursachen.