Code ist nicht mehr der Engpass.
Der Entwicklungszyklus, wenn KI mitbaut: sechs Stationen, ein Kreis.
Klassische Entwicklungsprozesse stammen aus einer Zeit, in der Code schreiben teuer und langsam war. Mit Coding-Agenten kippt diese Annahme: Der Code entsteht in Minuten, und plötzlich klemmt es an den Stellen drumherum, bei Planung, Prüfung und Freigabe. Wer KI ernsthaft bauen lässt, braucht deshalb keinen schnelleren Programmierer, sondern einen anderen Ablauf. Hier ist er, auf das Wesentliche reduziert.
Die alte Logik war: Anforderungen sammeln, lange bauen, am Ende testen. Das war vernünftig, solange das Bauen der teuerste Teil war. Ein Coding-Agent dreht das Verhältnis um. Er liefert in einer Stunde, was früher eine Woche brauchte, und genau dadurch werden die menschlichen Schritte zum Engpass: Was soll überhaupt entstehen? Ist der Plan richtig? Wer prüft das Ergebnis, und wer gibt es frei?
Die Antwort darauf ist ein Kreislauf, in dem jede Station ein kurzes Dokument hinterlässt, das die nächste Station als Eingabe nutzt. Alles liegt versioniert im Projekt, nichts in verstreuten Meetings, Chats oder Wikis. Das klingt bürokratisch, ist aber das Gegenteil: Die Dokumente sind kurz, entstehen mit KI-Hilfe in Minuten, und die lückenlose Nachvollziehbarkeit gibt es gratis dazu.
Der Zyklus: sechs Stationen, ein Kreis
- Absicht festhalten. Wer eine Idee hat, schreibt sie mit KI-Unterstützung als kurzes Absichtsdokument auf: Was soll anders werden, für wen, warum? Ein Mensch gibt frei oder lehnt ab. Aus Wochen Anforderungs-Pingpong werden Stunden.
- Spezifikation erzeugen. Die KI macht aus der Absicht eine Spezifikation, und zwar mit den Hausregeln im Gepäck: Sicherheitsvorgaben, Datenschutz, Gestaltungsrichtlinien fließen beim Schreiben ein statt später im Review aufzufallen. Der Mensch prüft, statt selbst zu schreiben.
- Erst planen, dann bauen. Der Agent liest zuerst nur: Welche Teile des Systems sind betroffen, in welcher Reihenfolge, wo liegen Risiken? Diesen Plan hinterfragt der Mensch und gibt ihn frei. Änderungen am Plan kosten Minuten, Änderungen am fertigen Code kosten Tage.
- Bauen mit Selbstprüfung. Der Agent setzt um und prüft seine Arbeit selbst, gegen Tests, Prüfläufe und definierte Zielzustände, bis alles grün ist. Erst dann sieht ein Mensch das Ergebnis. „Fertig" heißt: geprüft, nicht nur geschrieben.
- Review in beide Richtungen. Die KI prüft jede Änderung nach festen Regeln (Fehler, Sicherheit, Vorgaben) und der Mensch prüft das, was Maschinen nicht beurteilen können: Trifft es die Absicht, ist das Risiko vertretbar? Die Freigabe bleibt immer bei einer Person.
- Betreiben und lernen. Im Betrieb beobachtet Monitoring die wichtigen Kennzahlen. Fällt etwas aus dem Rahmen, diagnostiziert die KI und schlägt eine Korrektur vor. Größere Erkenntnisse werden zu einem neuen Absichtsdokument, und der Kreis beginnt von vorn.
Das Gedächtnis des Projekts: die agents.md
Damit das funktioniert, braucht jedes Projekt eine kurze Betriebsanleitung für die
KI, üblicherweise eine Datei namens agents.md im Projektordner: Wie
wird gebaut und getestet, welche Konventionen gelten, welche Fehler passieren
erfahrungsgemäß? Zwei Regeln halten sie nützlich: maximal eine Seite, und wenn der
Agent denselben Fehler zweimal macht, wandert die Lösung hinein. So lernt das
Projekt, nicht nur die Person.
Dazu kommen zwei Sorten Regeln, und die Unterscheidung ist wichtiger als jedes Werkzeug: Anweisungen für alles, was gelten sollte (Richtlinien, die die KI beim Arbeiten liest und befolgt), und Schranken für alles, was gelten muss (technische Sperren, die kritische Aktionen blockieren, etwa „kein Produktiv-Deployment ohne Freigabe einer benannten Person"). Sollte-Regeln als Anweisung, Muss-Regeln als Schranke. Wer beides vermischt, wundert sich später, warum „Verbote" ignoriert wurden.
Der Mensch steht an den Toren, nicht im Weg
Der rote Faden durch alle sechs Stationen: Menschen laufen nicht mehr neben jedem Arbeitsschritt her, sie entscheiden an den Toren. Absicht freigeben, Plan freigeben, Ergebnis freigeben, Produktion freigeben. Dazwischen arbeitet und prüft die KI in eigenen Schleifen. Das ist keine Entmachtung, sondern das Gegenteil: Die knappe menschliche Aufmerksamkeit fließt dorthin, wo Urteilsvermögen zählt, statt in Tipparbeit und Terminketten. Und weil jede Station ihr Dokument hinterlässt, lässt sich jede Entscheidung später nachvollziehen: wer, wann, warum.
Wie viel davon brauchst du wirklich?
Ehrliche Einordnung: Dieser Zyklus ist Softwareentwicklung in ihrer besten Form, nicht die Eintrittskarte. Auch ein Zuruf an einen Agenten baut echte, funktionierende Software, und ein kleines internes Werkzeug braucht keine sechs Stationen mit Freigabetoren. Die Frage ist wie immer nicht „Was ist der Goldstandard?", sondern „Wie viel Prozess verdient dieses Projekt?". Je mehr vom Geschäft auf der Software lastet, desto mehr Stationen lohnen sich.
Wer anfangen will, braucht dafür kein Programm über Monate. Drei Schritte tragen
erstaunlich weit: eine agents.md mit einer Seite Projektwissen anlegen,
die Gewohnheit „erst Plan zeigen lassen, dann bauen lassen" etablieren, und dem
Agenten einen Prüfbefehl geben, gegen den er sich selbst kontrolliert. Alles Weitere,
von automatisierten Reviews bis zu Monitoring-Schleifen, kann wachsen, wenn das
Fundament sitzt. Wie sich Spezifikationen als Bauplan anfühlen, steht in
Spec-Driven Development; wohin die
Reise im Großen geht, zeigt die Software-Factory.
Und warum Struktur gerade nach der ersten Euphorie den Unterschied macht, erklärt
Die ersten 20 Minuten sind Magie.
Wenn KI den Code schreibt, verlagert sich der Engpass auf Planung, Prüfung und Freigabe. Die Antwort ist ein Kreislauf aus sechs Stationen (Absicht, Spezifikation, Plan, Bauen mit Selbstprüfung, Review, Betrieb), bei dem jede Station ein kurzes, versioniertes Dokument hinterlässt und Menschen an den Toren entscheiden. Einstieg: eine Seite
agents.md, Plan vor Code, Selbstprüfung. Der Rest darf
mit dem Einsatz wachsen.
