Inhaltsverzeichnis

In einer Zeit, in der die KI den Code schreibt, verschiebt sich die wertvollere Fähigkeit vom „Code schreiben“ zum „die Spezifikation schreiben“. Die Praxis, die diesen Wandel auf den Punkt bringt, ist Spec-Driven Development (SDD). 2026 haben die wichtigsten Tools — Claude Code, GitHub, AWS und andere — diesen Ansatz übernommen, und er zieht als „nächster Schritt“ nach dem Vibe Coding große Aufmerksamkeit auf sich.

Dieser Artikel erklärt für Einsteiger, was Spec-Driven Development ist, warum es gerade jetzt nötig ist, die grundlegenden vier Schritte, die wichtigsten Tools und wann man es im Vergleich zum Vibe Coding einsetzt.

SPEC-DRIVEN DEVELOPMENT · DIE SPEZIFIKATION FÜHRT

„Specify → Plan → Tasks → Implement“

— jeder Schritt hinterlässt ein Dokument, sodass die KI nie raten muss

STEP 1

Specify

In Worten festhalten, was Sie bauen.

STEP 2

Plan

Design, Technik und Rahmenbedingungen ergänzen.

STEP 3

Tasks

In kleine, prüfbare Einheiten zerlegen.

STEP 4

Implement

Die KI baut es gemäß der Spezifikation.

1. Was ist Spec-Driven Development (SDD)?

Spec-Driven Development ist ein Ansatz, bei dem die „Spezifikation“ der Star des Projekts ist (das zentrale Dokument) und die KI daraus die Implementierung ableitet. Statt die KI sofort Code schreiben zu lassen, halten Sie zunächst „was und wie gebaut werden soll“ in einem strukturierten Dokument fest, und ein KI-Agent liest diese Spezifikation, um zu entwerfen, aufzuteilen und zu implementieren.

Stellen Sie sich „den Bauplan vor dem Hausbau“ vor. Bitten Sie einen Zimmermann, „einfach etwas Schönes zu bauen“, ohne einen Bauplan, fällt das Ergebnis unterschiedlich aus, mit viel Nacharbeit. Ein KI-Agent ist genauso: Eine vage Anweisung erzeugt Rätselraten. Legen Sie zuerst den Bauplan — die Spezifikation — fest, dann verkleinern Sie den Spielraum, in dem die KI in ihre eigene Implementierung abdriften kann.

💡 In einem Satz: SDD = „die Spezifikation vor dem Code schreiben“. Die Spezifikation ist die maßgebliche Quelle, und der Code ist ein daraus generiertes Derivat. Aus der Perspektive des Context Engineering ist die Spezifikation zudem der beste „Kontext“, den Sie der KI übergeben können.

2. Warum gerade jetzt? Die „Drei-Monats-Mauer“ des Vibe Coding

Vibe Coding (das Bauen, indem man sich im Gespräch durch Ideen tastet) kann Prototypen in atemberaubendem Tempo ausspucken, neigt aber dazu, bei größerem Umfang zusammenzubrechen. Berichte und Praktiker beschreiben oft, dass aus dem Schwung heraus gebauter Code nach etwa drei Monaten an eine „Mauer der technischen Schulden“ stößt und die Wartungskosten explodieren. KI-generierter Code bleibt einfach liegen, häuft sich in der Produktion an und lässt sich später nicht mehr beheben.

Spec-Driven Development räumt diesen „Anforderungsdrift“ schon in der Entwurfsphase aus dem Weg. Die Spezifikation zuerst festzulegen, erhöht den Aufwand im Vorfeld, senkt aber die spätere Nacharbeit drastisch. GitHub berichtet, dass mit dem eigenen Tooling die Zahl der Zyklen, in denen „von Grund auf neu generiert“ werden musste, um etwa eine Größenordnung gesunken ist (vom Anbieter berichteter Wert).

VIBE CODING

Schnell · gut zum Erkunden

  • Prototyping und Validierung sind blitzschnell
  • Die Richtung im Gespräch erkunden
  • Aber neigt dazu, bei größerem Umfang zusammenzubrechen
  • Anforderungen driften ab und Schulden häufen sich an
SPEC-DRIVEN DEVELOPMENT

Wartbar · gut zum Ausliefern

  • Die Spezifikation ist die maßgebliche Quelle, also weniger Abschweifen
  • Verhindert Anforderungsdrift schon im Entwurf
  • Mehr Aufwand im Vorfeld
  • Weit weniger Nacharbeit, leichter zu warten

Manche sagen sogar: „2026 liegt der Vorsprung des Entwicklers eher in der Fähigkeit, Spezifikationen zu schreiben, als Code zu schreiben.“ Je mehr Sie an die KI delegieren, desto stärker verschiebt sich die menschliche Aufgabe hin zum „präzise zu definieren, was gebaut werden soll.“

3. Der grundlegende Ablauf — vier Schritte

Die Bezeichnungen unterscheiden sich je nach Tool ein wenig, aber Spec-Driven Development folgt grob den gleichen vier Schritten. Entscheidend ist, dass jeder Schritt ein Dokument hinterlässt (oft eine Markdown-Datei), das der nächste Schritt liest. Der Trick besteht darin, Informationen nicht allein im „Kopf“ der KI zu lassen.

① Specify

Beschreiben Sie in Worten, was gebaut wird — Funktionen, Zweck, Nutzer, Abnahmekriterien.

② Plan (Design)

Ergänzen Sie, wie es gebaut wird: Architektur, die verwendeten Bibliotheken und Rahmenbedingungen.

③ Tasks (Aufteilung)

Zerlegen Sie den Plan in kleine, prüfbare Einheiten, die Sie eine nach der anderen bestätigen können.

④ Implement

Die KI baut jede Aufgabe gemäß der Spezifikation. Menschen konzentrieren sich auf Review und Freigabe.

⚠️ Menschliches Review ist Pflicht: Auch bei spezifikationsgetriebener Arbeit dürfen Sie die Prüfung von KI-generiertem Code nie überspringen. SDD ist kein Werkzeug zum „Abschicken und Vergessen“ — es ist ein Mechanismus, der es einem Menschen leichter macht, das Steuer zu führen.

4. Die wichtigsten Tools (Spec Kit, Kiro und mehr)

Stand 2026 unterstützen die meisten großen Coding-Agenten SDD. Hier die führenden Beispiele.

GitHub Spec Kit

Ein Open-Source-CLI (über 90.000 Sterne auf GitHub). Es unterstützt Specify → Plan → Tasks → Implement und funktioniert mit über 30 Agenten, darunter Claude Code und GitHub Copilot.

AWS Kiro

Es durchläuft Requirements → Design → Tasks, bevor überhaupt Code generiert wird, mit einem Auto-Router, der pro Aufgabe das beste Modell wählt, verfügbar als CLI und im Web.

Weitere

BMAD, OpenSpec, Tessl, Google Antigravity und Cursor bieten ebenfalls eigene SDD-Abläufe. Die meisten großen Tools unterstützen es in irgendeiner Form.

Sie brauchen nicht einmal ein spezielles Tool — die Denkweise können Sie schon dadurch üben, dass Sie „zuerst die Spezifikation in Markdown schreiben und sie die KI lesen lassen, bevor implementiert wird.“ Das macht auch das Problem, dass die KI Ihre Regeln ignoriert, unwahrscheinlicher, weil Sie die Spezifikation als klares Dokument übergeben.

5. Wann SDD und wann Vibe Coding?

Worauf es ankommt, ist nicht „was richtig ist“, sondern „wann man was einsetzt.“ Die praktische Antwort für 2026 lautet hybrid — Vibe zum Erkunden, spezifikationsgetrieben zum Ausliefern.

  • Wann Vibe Coding passt: eine Idee validieren, Wegwerf-Prototypen, allein etwas Kleines ausprobieren. Die Phase, in der Sie einfach schnell zu „irgendetwas“ kommen wollen.
  • Wann spezifikationsgetrieben passt: Produktivsysteme, die Sie langfristig warten, Teamentwicklung, Produkte, bei denen die Spezifikation zählt. Wenn Sie den gesamten Entwicklungslebenszyklus im Blick haben.

Also: Beginnen Sie mit Vibe, um die Richtung schnell zu finden, und sobald Sie sich festgelegt haben, gießen Sie es in eine Spezifikation und bauen es aus. Die beiden sind keine Gegensätze — der kluge Zug ist, sie für unterschiedliche Phasen zu nutzen.

6. So probieren Sie es noch heute aus

Sie können klein anfangen, ohne ein spezielles Tool zu installieren.

  • Schreiben Sie zuerst eine einseitige Spezifikation: Notieren Sie für die gewünschte Funktion „Zweck, Ein-/Ausgaben, Abnahmekriterien“ als Stichpunkte in Markdown.
  • Lassen Sie die KI die Spezifikation lesen, bevor Sie um Code bitten: Sagen Sie ihr „implementiere strikt nach dieser Spezifikation; frag mich bei allem Unklaren.“ Sagen Sie nicht einfach „bau es.“
  • Schneiden Sie Aufgaben klein: nicht alles auf einmal — eine Funktion implementieren, prüfen, dann die nächste. Den Ablauf in Claude Skills festzuhalten, steigert die Wiederholbarkeit.
  • Halten Sie die Spezifikation aktuell: Wenn sich etwas ändert, korrigieren Sie die Spezifikation vor dem Code. Die Spezifikation als maßgebliche Quelle zu halten, ist das Herzstück von SDD.

💡 Auch für Einsteiger hilfreich: Wenn Sie mit KI eine App bauen, hebt allein das vorherige Schreiben der Spezifikation die Qualität des Ergebnisses spürbar an. Ein Tipp, den Sie nutzen können, auch wenn Sie nicht stark im Programmieren sind.

Fazit

Drei Kernaussagen zum Spec-Driven Development.

  • Was es ist: die „Spezifikation“ vor dem Code schreiben und die KI als maßgebliche Quelle danach implementieren lassen. Die Spezifikation ist das zentrale Dokument.
  • Warum: weil es den „Anforderungsdrift und die technischen Schulden“ des Vibe Coding schon in der Entwurfsphase verhindert und die Nacharbeit reduziert.
  • Wann: ein Hybrid — Vibe zum Erkunden, spezifikationsgetrieben zum Ausliefern. Menschliches Review ist Pflicht.

Beginnen Sie mit „schreibe eine einseitige Spezifikation, bevor du baust.“ Im Zeitalter der KI steigen nicht die auf, die am schnellsten Code schreiben, sondern die, die präzise definieren können, was gebaut werden soll. Lesen Sie ergänzend Vibe Coding und Context Engineering, um das Gesamtbild der KI-Entwicklung zu erfassen.

FAQ

F. Kann ein Programmiereinsteiger Spec-Driven Development betreiben?

A. Ja — es ist wohl gerade für Einsteiger am wirksamsten. Allein „was gebaut werden soll“ vor jedem Code in Worten zu ordnen, stabilisiert die Ausgabe der KI und hebt die Qualität. Sie können mit Markdown-Notizen starten, ganz ohne spezielles Tool.

F. Ist Vibe Coding jetzt überholt?

A. Nein. Zum Erkunden und Prototyping ist Vibe Coding nach wie vor am schnellsten. Es geht nicht um alt gegen neu — der Einsatz nach Phase ist 2026 der Mainstream: Vibe zum Erkunden, spezifikationsgetrieben auf dem Weg in die Produktion.

F. Wie detailliert sollte die Spezifikation sein?

A. Als Richtschnur reicht so viel Detail, dass „Zweck, Ein-/Ausgaben, Abnahmekriterien“ rüberkommen. Zu fein, und es wird starr; zu vage, und die KI rät. Wie bei den sechs Bestandteilen eines guten Prompts zielen Sie auf die konkrete und zugleich flexible Mitte.

F. Macht SDD Code-Reviews überflüssig?

A. Nein. Menschliches Review bleibt auch bei Spec-Driven Development Pflicht. SDD ist ein Mechanismus, um die KI in die richtige Richtung zu lenken, kein Werkzeug, um Prüfungen zu überspringen. Sicher ausliefern können Sie erst, wenn ein Mensch sowohl die Spezifikation als auch die Implementierung prüft.