[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8},"actionData","errors","root",{"_28":-5,"_38":-5,"_39":40,"_41":42,"_43":44,"_45":46,"_47":48,"_49":50,"_51":52,"_53":54,"_55":56,"_57":58},"routes/_store+/_readers+/email_author.$slug/route",{"_9":10,"_11":-5},"book",{"_12":13,"_14":15,"_16":17,"_18":19,"_20":21,"_22":23},"currentUser","id","Z2lkOi8vbGVhbnB1Yi9TdG9yZTo6Qm9va1Byb2R1Y3QvODE5MDE","title","Spec Driven Development (de)","state","published","contactAuthorMethod","email","aboutText","

Vibe Coding funktioniert in den ersten Wochen. Das Problem beginnt, wenn es aufhört zu funktionieren.

Woche 1: Der Agent baut schnell. Alles läuft.

Woche 3: Du änderst etwas. An einer anderen Stelle geht etwas kaputt.

Woche 4: Der Agent weiß nicht mehr, was ihr entschieden habt.

Woche 5: Du verbringst mehr Zeit damit, den Projektstand zu erklären, als Code zu bekommen.

Das Problem ist nicht das Modell. Das Problem ist, dass es kein Artefakt gibt, das dem Agenten sagt, was gebaut wird, warum, und was wahr sein muss, wenn es fertig ist. Ohne das erfindet der Agent, was fehlt. Seine Erfindungen sind gut. Es sind nicht deine.

Spec-Driven Development ist die Lösung.

SDD ist eine Arbeitsweise, bei der die Spec existiert, bevor der Agent anfängt. Die Spec beschreibt das erwartete Verhalten. Der Agent implementiert es. Wenn er fertig ist, prüfst du, ob das Gebaute dem entspricht, was du spezifiziert hast. Nicht nach Gefühl. Mit konkreten Kriterien.

Was dich in diesem Buch erwartet:

Das Problem — Warum Vibe Coding eine Grenze hat und was sie genau verursacht.
Die Methode — Die 7 Phasen von SDD, wie du ein PRD in 500 Wörtern schreibst, wie du es in ausführbare Issues zerlegst und wie du den Loop mit echter QA schließt.
Die Werkzeuge — GitHub SpecKit, openSpec für bestehende Projekte und werkzeugagnostische Workflows (Ralph, GSD, BMAD).
In der Praxis — Greenfield- und Brownfield-Projekte, die 5 Antipatterns, die eine Spec zerstören, und wie du SDD im Team einführst.

Dazu 4 Anhänge mit einsatzbereiten Vorlagen: PRD, Constitution, Qualitäts-Checkliste und Glossar.

16 Kapitel. Ohne Füllmaterial. Mit echten Beispielen von Specs, die funktioniert haben.

Für wen dieses Buch ist: Entwicklerinnen und Entwickler, die mit KI-Agenten arbeiten (Claude Code, Cursor, Copilot, Windsurf) und wollen, dass das Ergebnis vorhersehbar, überprüfbar und wartbar ist — auch Wochen nach dem Start.

","authors",[24],{"_12":25,"_26":27,"_28":29},"Z2lkOi8vbGVhbnB1Yi9TdG9yZTo6UHJvZHVjdEF1dGhvci84NzUxOQ","name","Bezael Pérez","user",{"_30":31},"avatar",{"_32":33,"_34":35,"_36":37},"url","https://d39qdlcrvnra4b.cloudfront.net/avatars/332762/medium/bezael_400.jpg?1749481927","styleName","medium","exists",true,"shoppingCartId","shoppingCart",{"_12":71,"_72":73,"_74":37,"_75":76,"_77":78,"_79":80,"_81":37},"locale","en","readerTheme","light","constants",{"_69":70},"publishers",{"_65":66,"_67":68},"learnerOrganizations",[],"needsLocaleCookieSync",false,"announcements",{"_59":60,"_61":-5},"sentryEnvironment","production","sentryRelease","9cf6b419f8c13fd5dae5d6b0c706fc3ddbbeb5fe","announcement_store",{"_62":52,"_63":64},"announcement_authors","flag","text","

Kick off your book project, get started with GhostAI, get better at marketing, or spend the day doing all three! Free live workshops on Zoom. Saturday, June 27, 2026.

\n","companies",[],"universities",[],"paypalClientId","AX53Cwz8jR6rVVzzZiZNWWXl0dGagi-GZrjG-S3Ua14E5nrKMn7DxDQ730O4R8LusLPp49ALn6aRVaEy","no-cart","count",0,"free","updatedAt","","paymentGateway","STRIPE","cartItems",[],"loading"]

Email the Author