Wenn alle Code schreiben
In einem Unternehmen schreiben plötzlich alle Teams Code: Vertrieb, Marketing, Support. Pull Requests kommen von überall. Ein zehnminütiger Build betrifft jetzt die ganze Firma, nicht nur ein paar Entwickler. Kyle Galbraith, CEO von Depot, beschreibt dieses Problem. Er sagt, unsere Software-Infrastruktur hält mit der Geschwindigkeit und Menge nicht Schritt. Alte Werkzeuge für menschliche Zusammenarbeit werden zum Flaschenhals, sobald Maschinen und Nicht-Entwickler mitmachen.
Galbraith stellt sechs Fragen: Wer besitzt den Code? Wer ist verantwortlich? Wie vertrauen wir dem Code? Wie reviewen wir neuen Code? Wie verbinden wir Code aus verschiedenen Quellen? Wie gewichten wir Token-Kosten gegen Feature-Qualität? Fragt man fünf Personen, bekommt man fünf Antworten. Das zeigt: Nicht nur die Werkzeuge haben sich geändert, sondern das ganze Verständnis von Softwareentwicklung.
Die alte Kollaborationsmaschine als Flaschenhals
Galbraith ist mit GitHub aufgewachsen. Sein Muskelgedächtnis basiert auf Branch, Pull Request, CI, Review, Merge. Als LLMs aufkamen, baute man sie in diesen Workflow ein: Sie schreiben Code, öffnen PRs, Menschen reviewen. Anfangs im menschlichen Tempo. Dann wurden die Modelle besser, produzieren konsistent korrekten Code bei genügend Kontext. Folge: mehr Code, mehr Branches, mehr Belastung für das alte System. Der Kollaborationsprozess wird zum Flaschenhals. Engineering-Teams spüren Engpässe in GitHub, CI, Code-Reviews, Sicherheitsscans, Deployments. Eine Impedanz-Fehlanpassung zwischen Werkzeugen und der Realität: hohe Durchsatzraten, automatisierte Agenten, ständiger Codefluss.
Von der Kollaboration zur Infrastruktur
Galbraith schlägt vor, Softwareauslieferung nicht als Abfolge menschlicher Handlungen zu sehen, sondern als kontinuierlichen, automatisierten Prozess. Das Problem ist eine Infrastrukturfrage, kein Kollaborationswerkzeug. Wie bei Cloud-native Technologien brauchen wir grundlegende Primitiven: Source Control als unveränderliche Historie. Execution als isolierte Umgebung zum Bauen und Testen. Artifacts als reproduzierbare Ausgaben. Caching für deterministische Arbeit. Identity für Nachweis, wer oder was Code produziert hat. Policy für maschinell durchsetzbare Regeln. Diese Primitiven sind Bausteine auf Systemebene, keine Entwickler-Features. Die Gewinner der nächsten Dekade werden nicht den besseren Pull Request bauen, sondern die Infrastruktur für Code in Maschinengeschwindigkeit.
CI im Zeitalter der Agenten
Galbraith beobachtet: Der Engpass hat sich vom Schreiben zum Integrieren des Codes verschoben. Früher war die Änderungsrate menschlich. Heute generieren LLM-Agenten ganze Features auf Zuruf. Die alte CI/CD ist für diesen Durchsatz nicht gebaut – sie prüft einzelne Änderungen, keinen Strom KI-generierter Beiträge. CI muss als Infrastruktur neu gedacht werden: hochparallel, schnell, fehlertolerant, Änderungen in Echtzeit validieren ohne menschliche Bestätigung. Gleichzeitig brauchen wir Mechanismen, Token-Kosten gegen Qualität abzuwägen. Sicherheit: Wer haftet für Fehler bei KI-generiertem Code? Wie verhindern wir Sicherheitslücken? Identity und Policy sind entscheidend. Jeder Commit muss nachvollziehbar sein: welches Modell, welcher Kontext, welche Richtlinien. Nur so entsteht Vertrauen.
Konkrete Konsequenzen
Galbraiths These ist konkret. Viele Teams spüren bereits, dass die alten Werkzeuge für eine Welt mit menschlichen Autoren gebaut sind. Diese Welt existiert nicht mehr. LLMs und Agenten haben Geschwindigkeit und Menge radikal erhöht. Das alte Kollaborationsparadigma mit Anpassungen zu retten, wird nicht funktionieren. Wir brauchen eine Infrastruktur, die maschinelle Produktion, Validierung und Auslieferung als erste Bürger behandelt. Plattformen wie GitHub, GitLab, Bitbucket müssen sich neu erfinden oder werden abgelöst. Entwicklerteams sollten ihre CI/CD-Pipelines als systemische Infrastruktur betrachten: Caching, parallele Ausführung, automatisierte Policies. Identity und Artifacts als Bausteine. Und immer wieder Galbraiths sechs Fragen stellen – die Antworten ändern sich mit jeder KI-Generation. Richtige Infrastruktur-Entscheidungen jetzt verhindern spätere Engpässe.
Quelle: depot.dev
