Am 14. September 2026 enthüllte Anthropic auf Claudes offiziellem Blog die Expansionserfahrung seines internen kontinuierlichen Integrationssystems (CI): Da Claude etwa 80 % des Codes schrieb, lieferten Ingenieurteams im Durchschnitt achtmal so viel Code pro Quartal ab wie 2021-2025, die Anzahl der Tests verzehnfachte sich, und CI-Aufgaben wuchsen in nur sechs Monaten um zwanzig Fehler. Dieser Fall erinnert die Teams, die Coding-Agenten einsetzen: Nach steigender Entwicklungsgeschwindigkeit stehen möglicherweise nicht mehr Modelle oder Editoren unter Druck, sondern Testauswahl, Warteschlangen und Zustandsspeicher.
Warum scheitert temporäre Expansion so schnell?
Anthropic versuchte, auf größere Maschinen umzusteigen, per Paket zu sharden und nach Prozessfehlern automatisch neu zu starten. Große Rechner hielten nur etwa 70 Tage länger, das Sharding erreichte nach etwa 29 Tagen erneut seinen Höhepunkt, und Neustarts verloren an Effektivität in weniger als einem Tag. Der Grund war, dass das alte System die Testhistorie in einem einzigen Prozess speicherte: Die Zuhörer erhielten Ergebnisse und berechneten, welche Tests mit Codeänderungen zusammenhingen. Mit zunehmender Arbeitslast beschränkten sich gegenseitig Berechnung, Speicher und Zustandswiederherstellung, und jede rollierende Bereitstellung oder Absturz verstärkte den Rückstau.
Der Fokus des Wiederaufbaus liegt nicht nur darauf, die Maschinen weiter zu stapeln
Das Team teilte die Architektur dann in zustandslose Zuhörer, Speicherdatenspeicher und Protokollverbrauchsprozesse auf. Zuhörer können horizontal skalieren und nur Testergebnisse aufzeichnen; Unabhängige Verbraucher organisieren Ereignisse in Test-Wartungsverläufe, und Selektoren entscheiden, welche Tests anhand historischer Treffer und Paketkorrelationen durchgeführt werden. Anthropic sagte, das neue System blieb nach der Umstellung stabil, und ein Ingenieur nutzte Claude, um das, was früher fast ein Viertel war, in etwa drei Wochen abzuschließen.
Was bedeutet das für Teams, die Coding-Agenten einführen?
- Für extremes Wachstum konzipiert: Anthropic empfiehlt Infrastrukturleitern ein 25-faches Lastwachstum über zwei Quartale zu erwarten, doch dies stammt aus ihrem eigenen Geschäft und sollte nicht mechanisch als einheitliche Branchenprognose angewandt werden.
- Entkopplung von Zustand und Berechnung: Die Schlüsselhistorie außerhalb des Prozesses zu lassen, hilft, Kontext während der Erweiterung oder Neustarts des Worker-Knotens zu vermeiden.
- Überwachen Sie zuerst Eingabe und Ausgabe: Eine 20-minütige Verzögerung bei Testereignissen kann bedeuten, dass Zehntausende von Updates fehlen; Warteschlangenverzögerung, Auswahltrefferrate und doppelte Ausführungszahlen sollten alle zentrale Kennzahlen sein.
- Einsparungen bei der Neuberechnung: Agenten generieren Code schneller, erhöhen aber auch die Kosten für Test, Caching und Hash, sodass die ausschließliche Konzentration auf die Entwicklungsausgabe leicht zu einer Überschätzung der Nettoerträge führen kann.
Führen Sie vor der Umsetzung eine Kapazitätsübung durch
Unternehmen müssen nicht warten, bis CI vollständig überlastet ist, bevor sie handeln. Man kann zunächst die Anzahl der durch jede Zusammenführung ausgelösten Tests, die Spitzenwartezeit, die Wiederherstellungszeit des historischen Zustands und die Kosten pro Änderung zählen und dann 5x, 10x und 25x Nebenläufigkeit simulieren. Wenn das System weiterhin auf Single-Node-Speicher oder manuelle Neustarts zur Wartung angewiesen ist, sollte Priorität auf die Änderung der Observabilitäts- und Zustandsschicht gelegt werden. Die Zahlen von Anthropic beweisen nicht, dass alle Teams dieselbe Kurve erleben werden, senden aber ein klares Signal: Beschaffungspläne für Coding-Agenten müssen zusammen mit den Budgets der Softwarelieferinfrastruktur überprüft werden.
