To Spec (ex To PRD, Claude Code skill)
Synthétise la conversation en cours en spec publiée directement dans ton issue tracker. La commande s'appelle aujourd'hui /to-spec (ancien nom : /to-prd). La skill ne t'interroge PAS (c'est le rôle de /grill-me ou /grill-with-docs en amont), elle synthétise ce que Claude sait déjà. Elle explore le dépôt pour reprendre le vocabulaire du domaine, repère les coutures de test en privilégiant celles qui existent déjà, et te demande de confirmer qu'elles correspondent à ce que tu attends. Sortie : une spec au gabarit strict (Problem Statement, Solution, User Stories numérotées, Implementation Decisions, Testing Decisions, Out of Scope, Further Notes) publiée dans le tracker avec le label `ready-for-agent`, sans passage par le triage.
Forces
- Pas d'interview redondante : la skill consomme le contexte conversationnel acquis (idéal après /grill-me)
- Coutures de test fixées dans la spec et validées avec toi, pas découvertes pendant l’implémentation
- User stories numérotées et exhaustives par défaut, pas de « as a user I want X » baclé
- Section « Out of Scope » obligatoire, clarifie ce qui n'est PAS dans la spec avant le découpage en tickets
Limites
- Suppose que la phase grilling a été faite, sortie pauvre si le contexte est mince
- Refuse les chemins de fichiers et snippets de code dans la spec (« they may end up being outdated very quickly »), peut frustrer si tu veux une spec très technique
- Publie directement sur l'issue tracker, pas de mode dry-run pour relire avant push
Pour qui
- PM/PO qui veulent une spec propre 30 minutes après la session de cadrage, sans avoir à la rédiger
- Tech leads qui font le passage spec→implémentation et veulent fixer les coutures de test tôt
- Équipes qui écrivent la spec avant le code et veulent un format unifié