Bill Staples, CEO von GitLab, veröffentlicht am 24. August 2026 ein Essay, das ein im Januar an seinen Verwaltungsrat gerichtetes Memo sowie eine erste Veröffentlichung im Mai, GitLab Act 2, fortführt. Der explizite Auslöser ist das KI-native-SDLC-Playbook von Anthropic, veröffentlicht am 21. August, dem er die Eingangsbehauptung entlehnt: Code ist nicht mehr der Engpass. Seine Frage geht einen Schritt weiter: Wenn die Codeproduktion aufhört, die Einschränkung zu sein, was wird dann knapp, und welche Architektur muss ein Unternehmen haben, wenn Menschen, Agenten und mehrere Modelle gleichzeitig mit Maschinengeschwindigkeit handeln.
Seine Antwort passt in einen Satz: Wenn Implementierung im Überfluss vorhanden ist, wird Vertrauen knapp. Sechzig Jahre lang hat sich Software-Engineering um eine Tatsache herum organisiert – Code ist kostbar –, aus der sich die Bewahrung von Altsystemen, die Optimierung der Entwicklerproduktivität und die Zeremonie von Reviews, Freigaben und Release-Gates ableiten. Diese Einschränkung verschiebt sich, und das um sie herum aufgebaute System wird folgen.
Die von ihm vorgeschlagene ökonomische Einheit sind nicht die Kosten pro Zeile, sondern die Kosten pro akzeptierter Änderung, die Generierung, Umgebung, Kontext, Verifikation, Review, Behebung und Governance zusammenfasst. KI lässt den Generierungsterm kollabieren und macht die übrigen proportional entscheidend: Eine Organisation, die zehnmal schneller generiert, ohne den Rest anzufassen, verschiebt lediglich die Warteschlange. Dies ist die namentlich zitierte Theory of Constraints.
Die Erfahrungen von Stripe, Spotify und Amplitude dienen als Material. Sie zeigen vor allem, wo die nächsten Engpässe wieder auftauchen: Umgebung, CI, Review und Governance. Eine dreißigminütige Pipeline, schreibt er, schlägt jedes Modell. Daraus folgt eine Architektur: drei koexistierende Entwicklungsmodi statt einer einzigen Reifekurve; die innere Schleife wandert vom Arbeitsplatz in die Pipeline, näher an das Repository heran, und erzeugt dabei Nachweise; Autonomie wird gesteuert statt gewährt, durch deterministische Gates, Isolation, Policy und Nachweise.
Anschließend wird die These des Anbieters dargelegt: Das Modell ist eine austauschbare Ausführungskomponente, nicht die dauerhafte Architektur. Kontext, Identität, Policy, Herkunftsnachweis und organisatorisches Gedächtnis müssen über Modelle und Agenten hinweg bestehen bleiben, was in Richtung einer modell- und cloudneutralen Kontrollebene drängt. Der Text unterscheidet die Markdown-Datei vom steuerbaren Datensatz, argumentiert, dass der Agent dem Kunden gehören sollte, beschreibt einen PDLC, in dem Geschäftssignale zu verifizierter Software werden, und sieht die Population der Builder wachsen. Menschliches Urteilsvermögen wird währenddessen nicht im Überfluss vorhanden – es verschiebt sich nach oben, hin zu Absicht, Architektur und Ausnahmen.