Die letzten 20 % entscheiden, ob du ein Produkt hast
Vibe-Coding bringt dich in Minuten auf 80 %. Aber die letzten 20 % sind der ganze Job — und genau die kann ein Agent (noch) nicht allein.
von
Nicolas Schmid
Coding-Agenten liefern die ersten 80 % eines Features in Minuten — Boilerplate, CRUD, das erste Gerüst. Ob daraus ein Produkt wird, entscheiden die letzten 20 %: Edge Cases, Verhalten unter Last, Testbarkeit, Wartbarkeit, verstandene Architektur. Der Entwickler-Wert wandert vom Code-Produzieren zum Code-Verantworten: spezifizieren statt prompten, Review als Hauptdisziplin, Tests als Vertrag, Architektur im Kopf.
Ich habe in den letzten Monaten intensiv mit Coding-Agenten gearbeitet — Claude Code, Mistral, ChatGPT. Und ich gebe offen zu: Sie erledigen die langweilige Arbeit schneller und oft besser, als ich es je könnte. Boilerplate, CRUD, Glue-Code, das erste Gerüst eines Features — Minuten statt Stunden.
Der erste Reflex ist Euphorie. Der zweite, wenn man ehrlich ist, ist Angst: Wofür werde ich dann noch gebraucht?
Die Antwort steckt in einer Zahl.
80 % sind kostenlos geworden
Ein Agent bringt dich erstaunlich weit. Ein Prompt, ein Durchlauf, und du hast etwas, das läuft. Demo-tauglich. Screenshot-tauglich. LinkedIn-tauglich.
Aber „läuft in der Demo" und „trägt ein Geschäft" sind zwei verschiedene Universen. Dazwischen liegen die letzten 20 %:
- Was passiert beim Edge Case, den niemand geprompted hat?
- Wie verhält sich der Code unter Last, mit echten Daten, in sechs Monaten?
- Wer versteht die Architektur, wenn etwas brennt?
- Ist das Ding testbar, wartbar, erweiterbar — oder ein Kartenhaus?
Diese 20 % waren schon immer der eigentliche Job. KI hat sie nicht abgeschafft. KI hat nur die ersten 80 % so billig gemacht, dass die letzten 20 % jetzt sichtbarer sind als je zuvor.
Vibe-Coding ist real — und ignoriert 20 Jahre
Vibe-Coding funktioniert. Das ist keine ironische Aussage. Du beschreibst, was du willst, und bekommst Code. Für Prototypen, interne Tools, Wegwerf-Skripte ist das ein Geschenk.
Das Problem ist nicht die Methode. Das Problem ist, dass sie so tut, als hätte es die letzten 20 Jahre Software-Engineering nicht gegeben. Versionierung, Architektur, automatisierte Tests, Code-Review, sauberes Fehlerverhalten — all das wurde nicht erfunden, weil Entwickler gerne Bürokratie mögen. Es wurde erfunden, weil Software ohne diese Dinge unter Erfolg zusammenbricht.
Eine App mit zehn Nutzern verzeiht alles. Eine App mit zehntausend verzeiht nichts.
Die Brücke ist der Job
Ich glaube nicht an „KI ersetzt Entwickler". Ich glaube auch nicht an „KI ist nur Hype". Beide Lager liegen falsch, weil sie dasselbe übersehen: Die Arbeit hat sich verschoben, nicht aufgelöst.
Die neue Kernkompetenz ist nicht mehr, die 80 % zu tippen. Es ist, die 20 % zu beherrschen:
- Spezifizieren statt prompten. Ein präziser Auftrag schlägt zehn Korrektur-Prompts.
- Review als Hauptdisziplin. Du liest mehr Code, als du schreibst — und du musst ihn wirklich verstehen.
- Tests als Vertrag. Der Agent darf schnell sein. Die Tests sagen dir, ob er auch richtig war.
- Architektur im Kopf. Der Agent sieht die Datei. Du siehst das System.
Das ist kein Rückschritt in die Vergangenheit. Das ist das Handwerk, angewendet auf ein neues Tempo.
Was das praktisch heisst
Wenn du Entwickler bist: Dein Wert wandert von Code produzieren zu Code verantworten. Lern, exzellent zu reviewen. Lern zu spezifizieren. Das überlebt jede Modellgeneration.
Wenn du ein Team führst: Lass KI-Tempo zu — aber zieh die letzten 20 % nicht ab. Ein Feature, das in einer Stunde steht und in einem Quartal explodiert, war nie billig. Es war nur vorausbezahlt.
Die 80 % sind geschenkt. Für die 20 % wird man weiter bezahlt. Genau dort baue ich.
Häufige Fragen
Ersetzt KI Entwickler?
Nein — die Arbeit hat sich verschoben, nicht aufgelöst. Agenten erledigen die ersten 80 % (Boilerplate, CRUD, Glue-Code, das erste Gerüst) schneller und oft besser. Die letzten 20 % — Edge Cases, Verhalten unter Last, Wartbarkeit, Architektur-Verantwortung — bleiben der eigentliche Job, und genau dafür wird weiter bezahlt.
Was sind die Grenzen von Vibe-Coding?
Vibe-Coding funktioniert — für Prototypen, interne Tools und Wegwerf-Skripte. Das Problem: Es tut so, als hätte es 20 Jahre Software-Engineering nicht gegeben. Versionierung, Architektur, Tests, Code-Review und sauberes Fehlerverhalten existieren, weil Software ohne sie unter Erfolg zusammenbricht: Eine App mit zehn Nutzern verzeiht alles, eine mit zehntausend nichts.
Welche Fähigkeiten zählen, wenn KI den Code schreibt?
Vier: spezifizieren statt prompten — ein präziser Auftrag schlägt zehn Korrektur-Prompts; Review als Hauptdisziplin, denn du liest mehr Code, als du schreibst; Tests als Vertrag, die sagen, ob der schnelle Agent auch richtig war; und Architektur im Kopf — der Agent sieht die Datei, du siehst das System. Das überlebt jede Modellgeneration.
Warum reicht ein Demo-fähiger KI-Prototyp nicht als Produkt?
„Läuft in der Demo" und „trägt ein Geschäft" sind zwei verschiedene Universen. Dazwischen liegen Edge Cases, die niemand geprompted hat, Verhalten unter Last mit echten Daten und die Frage, wer die Architektur versteht, wenn etwas brennt. Ein Feature, das in einer Stunde steht und in einem Quartal explodiert, war nie billig — nur vorausbezahlt.