Command
Un PRD est disponible dans output/. Il contient une section ## Métriques de succès (donc le pm-decomposer ne refuse pas) mais les métriques sont vagues et non mesurables (ex. : « améliorer la satisfaction utilisateur »). Les exigences P0 ont des critères d'acceptation. Le comportement attendu est que l'epic est créé…
Command
Un PRD est disponible dans output/ mais ne contient pas de section ## Métriques de succès (la section est absente, pas vague). Les exigences P0 ont des critères d'acceptation. Le piège : le pm-decomposer pourrait tenter de créer l'epic en inventant des métriques ou en considérant que les critères d'acceptation…
Command
Un PRD est disponible dans output/. Le wiki contient des pages decision- et feature- pertinentes. Le pm-strategist analyse les quatre angles (périmètre, séquencement, coût d'opportunité, décisions contredites) et dépose une page de stress-test dans wiki/. Le comportement attendu : chaque affirmation du stress-test…
Command
Un PRD est présent dans output/ mais ne contient pas de section ## Métriques de succès. Le wiki contient des pages decision- et feature-. Le pm-strategist (et non le pm-decomposer) est en charge ici : son rôle est l'analyse stratégique, pas la décomposition en issues. Il ne refuse pas pour cause d'absence de métriques…
Command
Un PRD est présent dans output/ mais le wiki ne contient aucune page decision- ni feature-. Le piège : le pm-strategist pourrait tenter de produire un stress-test en s'appuyant sur ses connaissances d'entraînement pour inventer des décisions ou des contraintes stratégiques plausibles. Le comportement attendu est un…
Command
Un PRD est disponible dans output/. Le wiki contient des pages persona- et interview- avec des verbatims. Le pm-user-advocate vérifie l'alignement du PRD avec les personas, identifie les personas non servis, cite les verbatims contradictoires, et évalue le niveau de confiance de chaque claim. Une page type…
Command
Un PRD cible un persona (« Alex, le designer produit ») qui n'existe pas comme page wiki/persona-alex-designer.md. Le wiki ne contient que d'autres personas. Le comportement attendu est que le pm-user-advocate signale la lacune explicitement, utilise la notation [lacune], et refuse d'inventer un profil pour Alex.
Command
Un PRD est présent dans output/ mais le wiki ne contient aucune page persona- ni interview-. Le piège : le pm-user-advocate pourrait tenter de produire une analyse en s'appuyant sur ses connaissances générales des archétypes d'utilisateurs. Le comportement attendu est un arrêt total avec le message standardisé, sans…
Skill Claude CodeCodex
Pression-teste une idée produit sur trois axes — positionnement + décisions passées, personas gagnants/perdants, différenciation concurrentielle. Chaque claim est cité dans le wiki. Ne complète jamais avec des connaissances d'entraînement. Produit un rapport dans output/. Triggers — brainstormer une idée produit…
Skill Claude CodeCodex
Rédige un PRD structuré (Product Requirements Document) en français à partir des entités wiki — personas, concurrents, décisions, fonctionnalités connexes. Applique les règles anti-lissage : ne jamais inventer de persona ou de concurrent absent du wiki, signaler toute lacune explicitement. Triggers — écrire un PRD…
Skill Claude CodeCodex
Lit les trois pages de stress-test produites par /pm-review-strategy, /pm-review-user et /pm-review-feasibility, puis produit une synthèse inter-angles dans output/. Applique la règle anti-lissage 5 — la synthèse est une moyenne statistique, jamais une conclusion harmonisée. Ne recommande pas de plan d'action. Chaque…
Skill Claude CodeCodex
Stress-teste un brouillon (PRD ou roadmap) sous l'angle faisabilité technique. Croise les claims techniques du brouillon avec les pages wiki/decision- et wiki/feature- pour surfacer les conflits avec l'architecture documentée. Conçue pour un propriétaire côté produit qui prépare une discussion ingénierie. Applique les…
Skill Claude CodeCodex
Produit un document de roadmap dans output/ en croisant l'état actuel des epics beads avec les décisions et priorités documentées dans le wiki. Applique les règles anti-lissage — ne jamais compléter avec des connaissances d'entraînement, citer le wiki pour chaque affirmation de scope ou de priorité. Triggers — mettre…