Spec-Driven Development

Le vibe coding fonctionne les premières semaines. Le problème, c'est quand il cesse de fonctionner.

Semaine 1 : l'agent construit vite. Tout coule.
Semaine 3 : tu changes quelque chose. Quelque chose d'autre se casse.
Semaine 4 : l'agent ne se souvient plus de ce que vous avez décidé.
Semaine 5 : tu passes plus de temps à expliquer l'état du projet qu'à recevoir du code.

Le problème n'est pas le modèle. C'est qu'il n'existe aucun artefact pour dire à l'agent ce qu'on construit, pourquoi, et ce qui doit être vrai quand c'est terminé. Sans ça, l'agent invente ce qui manque. Ses inventions sont bonnes. Ce ne sont pas les tiennes.

Spec-Driven Development est la solution.

Le SDD est une façon de travailler où la spec existe avant que l'agent commence. La spec décrit le comportement attendu. L'agent l'implémente. Quand il a terminé, tu vérifies si ce qu'il a construit correspond à ce que tu as spécifié. Pas à l'œil. Avec des critères concrets.

Ce que tu trouveras dans ce livre :

• Le Problème - Pourquoi le vibe coding a une limite et ce qui la cause exactement.
• La Méthode - Les 7 phases du SDD, comment écrire un PRD en 500 mots, comment le découper en issues exécutables et comment fermer la boucle avec une vraie QA.
• Les Outils - GitHub SpecKit, openSpec pour les projets existants, et des flux agnostiques (Ralph, GSD, BMAD).
• En Pratique - Projets greenfield et brownfield, les 5 anti-patterns qui détruisent une spec, et comment adopter le SDD en équipe.

Plus 4 annexes avec des templates prêts à l'emploi : PRD, constitution, checklist qualité et glossaire.

16 chapitres. Sans remplissage. Avec de vrais exemples de specs qui ont fonctionné.

Pour qui est ce livre : les développeurs qui travaillent avec des agents IA (Claude Code, Cursor, Copilot, Windsurf) et veulent que le résultat soit prévisible, vérifiable et maintenable des semaines après avoir commencé.