TL;DR: Anthropic hat Git in seinem Haupt-Repository durch ein eigenes System namens Scion ersetzt, weil KI-Agenten inzwischen über 30'000 Code-Änderungen pro Tag einreichen. Eigene Versionskontrollen haben Google und Meta schon lange. Neu ist, dass Scion von Anfang an für Agenten statt für Menschen gebaut wurde. Und es zeigt, dass sich massgeschneiderte Software heute in Fällen lohnen kann, in denen man früher selbstverständlich zur Standardlösung gegriffen hätte.
Diese Woche hat Anthropic in seinem Engineering-Blog beschrieben, wie das Unternehmen seine Versionskontrolle neu gebaut hat. Versionskontrolle ist das System, in dem jede Änderung am Code gespeichert, zusammengeführt und nachvollziehbar gemacht wird. Fast die ganze Softwarewelt nutzt dafür Git, meist über Plattformen wie GitHub oder GitLab. Anthropic nicht mehr, zumindest nicht für sein grosses Haupt-Repository.
Der Grund ist eine Zahl: Im Mai 2026 hat Anthropic rund 2'500 Code-Änderungen pro Tag zusammengeführt. Im September waren es über 30'000. Laut Anthropic hängt dieser Anstieg direkt damit zusammen, wie gut Claude inzwischen programmiert. Die Folge: Die Versionskontrolle wurde zum grössten Engpass in der ganzen Entwicklung. Zwischenzeitlich betrieb das Unternehmen mehrere hundert Git-Spiegelserver, nur um mitzuhalten.
Eigene Versionskontrolle ist nichts Neues
Bevor das als Revolution gefeiert wird: Grosse Tech-Konzerne bauen schon lange ihre eigenen Systeme. Google arbeitet seit Jahren mit Piper, einem internen System für ein einziges Repository mit rund einer Milliarde Dateien. Meta hat sein System Sapling über zehn Jahre entwickelt und 2022 teilweise als Open Source veröffentlicht. Anthropic nennt beide in seinem Beitrag ausdrücklich als Vorbilder.
Der Schritt an sich ist also keine Sensation. Ab einer bestimmten Grösse passt Standardwerkzeug nicht mehr, und wer es sich leisten kann, baut selbst.
Was bei Scion anders ist
Der Unterschied liegt darin, für wen das System gebaut ist. Git wurde 2005 für Menschen entworfen, die verteilt und oft offline arbeiten. Jede Person hat eine vollständige Kopie des Projekts auf dem eigenen Rechner, arbeitet dort und schickt Änderungen später an den Server. Für Entwicklerinnen und Entwickler ist das praktisch. Für zehntausende Agenten, die gleichzeitig arbeiten, ist es ein Problem: Allein die CI, also die automatischen Tests, holt bei Anthropic rund 25 Millionen Mal pro Tag eine Kopie des Codes, und die Projektgeschichte ist fast 100 GB gross.
Scion dreht das Prinzip um. Alles Wichtige passiert in der Cloud auf dem Server: Commits, Merges, das Abfragen der Projektgeschichte. Die Clients sind immer online, eine lokale Kopie des Codes ist optional und enthält nur das, was gerade gebraucht wird. Ein Agent, der wissen will, wer eine Zeile geändert hat, fragt einfach den Server, statt erst Gigabytes herunterzuladen. Laut Anthropic braucht Scion rund 200-mal weniger Rechenleistung und Speicher als die bisherigen Git-Server, und Testumgebungen laden den Code in Sekunden statt Minuten.
Diese Zahlen stammen von Anthropic selbst und lassen sich von aussen nicht prüfen. Die Richtung ist aber plausibel: Ein System, das für Agenten statt für Menschen gebaut ist, sieht anders aus.
Wo die Arbeit der Entwickler lag
Der interessanteste Teil des Beitrags ist nicht die Technik, sondern wie Scion entstanden ist. Ein Team von sieben Personen hat das System gebaut, dazu ein eigenes Code-Review-Tool namens Antique, und die Umstellung von Git auf Scion innert fünf Monaten abgeschlossen. Claude hat dabei einen wesentlichen Teil des Codes geschrieben. Eine frühe Version des internen Modells Claude Mythos Preview hat zum Beispiel die Pipeline neu geschrieben, die Daten von Git nach Scion überträgt. Das Ergebnis brauchte laut Anthropic 20-mal weniger Speicher und war viermal schneller.
Alle beteiligten Ingenieure würden Claude inzwischen als besser im Schreiben von Code einschätzen als sich selbst, schreibt Anthropic. Entscheidend für das Projekt waren sie trotzdem. Sie haben die Architektur entworfen, die Zielgrössen festgelegt und zwischen Varianten abgewogen. Oft bestand ihre Aufgabe darin, Nein zu sagen, wenn Claude eine Abkürzung nehmen wollte. Jede Änderung wird weiterhin von Menschen geprüft, allerdings mit anderem Fokus: Man schaut sich an, ob die Absicht der Änderung stimmt, statt jede Zeile einzeln zu lesen.
Das deckt sich mit dem, was wir in unserem Beitrag zum Adobe-Klon ArtCraft beschrieben haben: Das Schreiben von Code ist deutlich günstiger geworden. Zu verstehen, was gebaut werden soll, und gute Entscheidungen zu treffen, bleibt Arbeit von Menschen. Diese Arbeit wird sogar wichtiger, weil jede Entscheidung schneller in fertigen Code umgesetzt wird.
Natürlich muss man das einordnen. Anthropic arbeitet mit Modellen, die sonst niemand hat, und mit Ingenieuren, die zu den besten der Branche gehören. Ein durchschnittliches Team stellt nicht in fünf Monaten auf eine selbst gebaute Versionskontrolle um. Trotzdem: Noch vor wenigen Jahren hätte ein solches Projekt bei Google oder Meta ein deutlich grösseres Team über Jahre beschäftigt. Anthropic geht selbst davon aus, dass schnelle Entwicklung mit kleinen Teams häufiger wird.
Warum das für Unternehmen ausserhalb der Tech-Welt relevant ist
Die meisten Betriebe werden nie eine eigene Versionskontrolle brauchen. Die Geschichte dahinter betrifft sie trotzdem.
Ein grosser Teil der Software, mit der Unternehmen heute arbeiten, ist bewusst generisch gebaut: ein ERP, ein CRM, eine Branchenlösung, die für tausende Firmen passen muss. Das hatte einen guten Grund. Code zu schreiben war so teuer, dass sich ein System nur lohnte, wenn man es vielen verkaufen konnte. Ein eigenes Werkzeug für einen Betrieb mit 30 oder 200 Mitarbeitenden war fast immer zu teuer. Also hat man sich an die Standardsoftware angepasst, statt umgekehrt, und die Lücken mit Excel, Copy-Paste und Handarbeit gefüllt.
Diese Rechnung verschiebt sich gerade. Wenn sieben Leute mit KI innert fünf Monaten auf ein selbst gebautes System umstellen, wie es bisher nur Konzerne hatten, wird auch das massgeschneiderte Werkzeug für ein mittleres oder kleines Unternehmen realistisch. Nicht als Ersatz für alles, aber dort, wo die Standardlösung nicht passt und jeden Tag Zeit kostet. Auch Anthropic hat sich letztlich genau das gefragt: Passt das allgemeine Werkzeug noch zu unserer Arbeit? Die Antwort war nein, und plötzlich war selbst bauen eine echte Option.
Dabei bleibt es wichtig, ehrlich zu sein: Günstiger geworden ist das Schreiben von Code, nicht gute Software. Wer ein eigenes Werkzeug bauen lässt, muss weiterhin genau verstehen, wie im Betrieb gearbeitet wird, mit den Leuten testen und das System danach pflegen. Bei Optimai unterstützen wir Unternehmen unter anderem dabei, solche Stellen zu finden und passende Lösungen zu bauen. Für uns selbst heisst das übrigens dasselbe wie für die Ingenieure bei Anthropic: Weniger Zeit für das Tippen von Code, mehr Zeit für das Verstehen, was gebraucht wird.
Auch wer Scion nie nutzt, wird es spüren
Anthropic stellt Scion nicht zur Verfügung. Das System sei «keineswegs ein geeigneter Ersatz für Git im allgemeinen Gebrauch» und zu eng mit der eigenen Infrastruktur verknüpft. Trotzdem wird es Spuren hinterlassen. Anthropic schreibt ausdrücklich, dass es die Ideen mit GitHub, GitLab und der Open-Source-Community teilen und die erfolgreichsten Teile in die Git-Welt einbringen möchte.
Das ist plausibel. Meta hat mit Sapling vorgemacht, wie Ideen aus einem internen System in öffentliche Werkzeuge wandern. Und das Problem, das Anthropic gelöst hat, haben bald viele: Je mehr Teams mit Agenten arbeiten, desto mehr Änderungen landen pro Tag im Code. Wir erwarten deshalb, dass sich Git-Plattformen in den nächsten Jahren in diese Richtung bewegen: mehr Arbeit auf dem Server, schnellere Abfragen ohne vollständige Kopie, Review-Prozesse, die mit der Menge an Änderungen umgehen können.
Fazit
Dass ein Tech-Unternehmen seine eigene Versionskontrolle baut, ist nicht neu. Neu ist, dass sie für Agenten gebaut wurde und dass ein kleines Team in wenigen Monaten darauf umgestellt hat, weil das Schreiben von Code kein Engpass mehr war. Die Arbeit der Entwickler bleibt zentral, sie verlagert sich aber stärker zum Entwerfen, Abwägen und Prüfen. Und die Frage, die sich Anthropic gestellt hat, können sich heute auch kleinere Unternehmen stellen: Passt die allgemeine Lösung noch, oder lohnt sich inzwischen etwas Eigenes? Bis vor kurzem war die Antwort fast immer klar. Heute lohnt es sich, neu nachzurechnen.