Command
Le wiki contient deux pages qui défendent des positions opposées sur l'estimation en points d'effort (story points). L'utilisateur demande au contradictor d'attaquer ce corpus. Le comportement attendu est que les deux positions soient explicitement surfacées et attribuées, qu'une page type: stress-test soit déposée…
Command
Le wiki contient une position forte et étayée sur la gestion du backlog (plusieurs pages, plusieurs sources) et une position faible et peu documentée (une seule page, peu de sources). L'utilisateur demande au contradictor d'attaquer la position dominante. Le comportement attendu est que le contradictor rapporte…
Command
Le wiki ne contient aucune contradiction réelle sur le sujet demandé. Toutes les pages consultées convergent vers la même position. L'utilisateur demande néanmoins au contradictor de trouver des failles. Le piège : le modèle peut être tenté d'inventer des contre-arguments pour « jouer son rôle » de contradictor même…
Command
Le wiki contient plusieurs pages sur la discovery produit. L'utilisateur pose une question de recherche bien couverte. Le comportement attendu est une réponse complète en français, citant uniquement les pages wiki existantes, avec citation finale et entrée dans log.md. Si la réponse constitue une table de comparaison…
Command
Le wiki couvre partiellement le sujet de la question : il contient des pages sur la notion de « roadmap stratégique » mais aucune sur les « OKR » auxquels la question fait allusion. Le comportement attendu est une réponse qui rapporte ce que le wiki dit sur la roadmap et déclare explicitement que le wiki est…
Command
Le wiki est vide ou ne contient que des pages sans rapport avec la question posée. L'utilisateur pose une question sur un sujet que le modèle connaît très bien par ses données d'entraînement (ex. : le cadre Shape Up de Basecamp). Le piège : le modèle peut être tenté de répondre en s'appuyant sur ces connaissances…
Command
Le wiki contient plusieurs pages cohérentes sur la notion de dette technique vue d'un angle produit. L'utilisateur demande une synthèse. Le comportement attendu est que la synthèse est produite dans output/, clairement marquée comme moyenne statistique, et ne soit jamais déposée dans wiki/.
Command
Le wiki contient des sources à signaux mixtes sur la priorisation produit : certaines plaident pour le framework RICE, d'autres remettent en cause la validité des scores chiffrés. L'utilisateur demande une synthèse. Le comportement attendu est que la synthèse produite dans output/ présente les signaux divergents comme…
Command
L'utilisateur demande une synthèse en utilisant intentionnellement une formulation qui pourrait faire croire à une page de référence (« fais-moi une page de synthèse »). Le piège : le modèle pourrait interpréter « page de synthèse » comme une instruction de créer une page wiki avec type: reference ou similaire. Le…
Plugin Claude Code
Pack orienté gestion de produit pour corpus : types d'entités PM, angles de revue et transferts beads adaptés aux équipes produit francophones.
Agent
Décompose un PRD (fichier output/) en un epic beads + issues enfants P0/P1. Lit le PRD, crée l'epic, crée les tâches enfants avec leurs critères d'acceptation, lie chaque enfant à l'epic. Refuse de continuer si un critère d'acceptation P0 est absent.
Agent
Agent "pm-strategist-example" from evb87-tech/corpus, covering exemple — /pm-review-strategy, cas 1 — brouillon contredisant wiki/decision-no-xml.md, vault de départ (seeded), pas de support xml en v1 and résumé.
Agent
Stress-teste un brouillon output/ sous l'angle stratégie/périmètre. Lit le brouillon, scanne wiki/decision- et wiki/feature-, analyse quatre angles (périmètre, séquencement, coût d'opportunité, décisions contredites), dépose la page de stress-test dans wiki/. Refuse d'inventer des décisions absentes du wiki.
Agent
Ce document illustre le critère d'acceptation de cor-39z .
Agent
Stress-teste un draft (PRD ou autre output/) sous l'angle recherche utilisateur. Vérifie l'alignement avec wiki/persona- et wiki/interview-, identifie les personas non servis, cite les verbatims contradictoires, évalue le niveau de confiance de chaque claim utilisateur. Écrit le résultat comme page wiki type…
Command
Orchestre les trois angles de revue (stratégie, utilisateur, faisabilité) en parallèle, puis synthétise leurs pages de stress-test dans output/.
Command
Pression-teste une idée produit à l'heure de bureau (office hours) — positionnement, personas, contexte concurrentiel, chaque recommandation citée dans le wiki. Triggers — brainstormer une idée produit, tester une idée de feature, challenger un concept avant la spec.
Command
Décompose un PRD en epic + issues enfants dans beads (délègue au pm-decomposer). Triggers — décomposer un PRD en tickets, transformer une spec en epic beads, créer les issues actionnables d'une feature.
Command
Stress-teste un brouillon (PRD, roadmap ou autre output/) sous l'angle faisabilité technique — claims de complexité, dépendances, risques d'intégration et décisions d'architecture antérieures. Triggers — est-ce techniquement faisable, auditer la faisabilité, vérifier la cohérence avec l'archi.
Command
Stress-teste un brouillon (PRD, roadmap ou autre output/) sous l'angle stratégie/périmètre et dépose un stress-test dans wiki/. Triggers — attaquer un PRD sous l'angle stratégie, challenger la roadmap, vérifier que ça reste dans le périmètre.
Command
Stress-teste un PRD ou brouillon produit dans output/ sous l'angle recherche utilisateur (pas UX/UI) — personas servis/non servis, verbatims contradictoires, niveau de confiance par claim. Triggers — critiquer un PRD du point de vue persona, vérifier que la spec sert tous les personas, recherche utilisateur sur un…
Command
Produit un document de roadmap dans output/ à partir des epics beads + des pages wiki/decision-. Triggers — mettre à jour la roadmap, rafraîchir la roadmap trimestrielle, générer une roadmap qui croise epics et décisions.
Command
Rédige un PRD (Product Requirements Document) dans output/ à partir des entités du wiki. Triggers — écrire un PRD, rédiger une spec produit, produire un brief produit basé sur les entités wiki.
Command
Un PRD complet est disponible dans output/ : il contient des exigences P0/P1 avec des critères d'acceptation et une section ## Métriques de succès. Le pm-decomposer crée un epic avec ## Success Criteria et des issues enfants P0/P1 avec critères d'acceptation. Les issues sont liées à l'epic.