Spec-driven Development

Spec-driven Development ist kein Wasserfall mit Markdown. Es ist keine Produktivitätsfalle. Es ist aber auch kein Allheilmittel. Die ehrliche Version ist nützlicher, als Euphorie oder Zynismus vermuten lassen – und mit ihr hört dein KI-Coding-Agent auf, das Falsche auszuliefern.

26 von 26 Seiten veröffentlicht · geschrieben für Solo Founder und kleine Teams, die mit Cursor, Claude Code, Codex und Gemini ausliefern.

Der Reihe nach lesen

Jede Seite setzt die vorherigen voraus. Der Bogen beginnt bei den Grundlagen: warum es SDD gibt, wie du deine erste Spec schreibst, wie es sich zu Praktiken verhält, die du schon kennst, wie du ein Framework auswählst und wie du es allein umsetzt. Specs sind nur die eine Hälfte: Die Spec ist die Abbruchbedingung, und der Loop läuft so lange, bis sie erfüllt ist – siehe Loop Engineering. Du willst eine vollständige Spec, um selbst einen Agent zu bauen? Dann schau in die kostenlose Bibliothek mit Agent-Specs.

Teil 1

Warum es SDD gibt

An die Prompting Wall stoßen, von SDD hören und entscheiden, ob es nur Hype ist.

  1. 1. Das Vibe-Coding-Problem – und die Prompting Wall hinter der SDD-Welle Kapitel
  2. 2. Was Spec-driven Development wirklich ist Kapitel
  3. 3. Ist Spec-driven Development nur Wasserfall mit Markdown? Q&A
  4. 4. Ist Spec-driven Development eine Produktivitätsfalle? Wann Specs dich ausbremsen (und wann sie dich 10x schneller machen) Q&A
  5. 5. Spec-driven Development vs. Vibe Coding – wann welcher Ansatz gewinnt Kapitel
Teil 2

Deine erste Spec schreiben

Aufbau, Umfang, Akzeptanzkriterien, Denkweise, Format, Lebenszyklus, Langlebigkeit.

  1. 6. Das minimale Spec-Format: schneller ausliefern mit KI Kapitel
  2. 7. Wie granular sollte eine Spec sein – eine pro Feature, Subsystem oder Milestone? Q&A
  3. 8. Akzeptanzkriterien, die Agents wirklich ausführen können Kapitel
  4. 9. KI-Prompts wie Funktionen behandeln: strikte Inputs, definierte Outputs, vorhersehbare Ergebnisse Kapitel
  5. 10. Hör auf, KI-Output zu debuggen – schreib lieber bessere Specs: Ein Leitfaden für 2026 Kapitel
  6. 11. Ist Markdown das richtige Format für KI-Specs? Q&A
  7. 12. Living Specs vs. Frozen Specs: So bleiben deine Docs lebendig Kapitel
  8. 13. So schreibst du heute Specs, die nicht zum Refactoring von morgen werden: KI-Strategien Kapitel
Teil 4

Dein Framework auswählen

Marktüberblick, Vergleiche mehrerer Frameworks, direkte Duelle, Entscheidungsbaum.

  1. 17. Die Framework-Landschaft: Wo SDD-Tooling 2026 steht Liste
  2. 18. Schlanke SDD-Frameworks im Vergleich: Die beste Wahl für Solo Founder Überblick
  3. 19. GitHub Spec Kit vs. Tekk.coach vs. ChatPRD: Welches Tool für Spec-driven Development passt zu dir? Vergleich
  4. 20. Tekk.coach vs. BMAD vs. Get Shit Done (GSD): der Vergleich 2026 Vergleich
  5. 21. Tekk.coach vs. Traycer vs. OpenSpec Vergleich
  6. 22. Dein SDD-Framework auswählen – ein Entscheidungsbaum Kapitel
  7. 23. Kiro vs. Tekk.coach vs. Cursor 2.0: IDE-gekoppelt, Plattform und Agentic IDE im Vergleich Vergleich

Lass dein Produkt sich selbst verbessern.

Verbinde dein Repo. Sechzehn Loops beobachten ab sofort deinen Code und bringen dir Proposals – du gibst sie mit Greenlight frei, dein Coding-Agent baut sie.

Kostenlos registrieren