Rédiger la spécification
Entrée : work/<feature>/intent.md. Sortie : work/<feature>/spec.md à partir de factory/templates/spec.md.
- Lisez
intent.md,CLAUDE.mdet les parties de la base de code que la modification va toucher. Une spécification rédigée sans lire le code ignore les contraintes ; c'est l'échec le plus courant. - Rédigez les user stories par ordre de priorité (P1, P2, P3). Chaque histoire P1 doit être livrable et testable de manière indépendante.
- Attribuez à chaque exigence fonctionnelle un identifiant stable (
FR-001) et à chaque critère de succès un aussi (SC-001). Les revues et les tests se réfèrent à ces identifiants. - Signalez en ligne, sans jamais résoudre silencieusement :
[BESOIN DE CLARIFICATION : ...]pour toute décision que l'intention ne tranche pas[POLITIQUE : confidentialité | sécurité | légal | argent | marque]partout où une règle s'applique, avec la règle
- Rédigez la section de conception uniquement aussi profondément que le plan en a besoin : modifications de données, interfaces, états, cas d'erreur.
- Listez ce qui est explicitement hors de portée.
- Montrez la spécification, résolvez chaque
[BESOIN DE CLARIFICATION]avec l'humain, puis enregistrez. Validerspec.mddéclenche le mode plan.