Write Product Spec
Rédige un spec PRODUCT.md du point de vue du consommateur — comportement, invariants, zéro détail d'implémentation
- Quoi
- Rédige un spec PRODUCT.md du point de vue du consommateur — comportement, invariants, zéro détail d'implémentation
- Coût
- Gratuit
- Prérequis
- un environnement d'agent IA (Claude Code, Codex, Pi, Antigravity, Hermes ou Muse) ; ticket Linear ou issue GitHub optionnel pour ancrer le spec
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — la moitié produit qui manquait au write-tech-spec du lot 32. Le lot 32 a publié le driver (spec-driven-implementation) et le côté tech (write-tech-spec = TECH.md, le plan d'implémentation ancré dans le codebase) ; celui-ci écrit PRODUCT.md : le comportement désiré du point de vue du consommateur — ce que l'utilisateur voit, fait et expérimente, les invariants qui doivent tenir — avec zéro détail d'implémentation (ni types internes, ni layout d'état, ni algorithmes). La méthode est générique même si les exemples citent Warp : les specs vont dans specs/<id>/PRODUCT.md (ticket Linear, issue GitHub ou nom kebab-case), on recueille le comportement via ask_user_question plutôt que de deviner, on demande les mocks Figma pour les features UI (en notant explicitement « Figma: none provided »). Généralement l'étape 1 d'un processus en deux temps : PRODUCT.md convenu, puis write-tech-spec produit TECH.md à partir de lui. Distinct de to-spec (lot 33, synthèse d'interview) : ici c'est un gabarit de PRD comportemental. Crédit : @warpdotdev. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Prérequis : un environnement d'agent IA (Claude Code, Codex, Pi, Antigravity, Hermes ou Muse) ; ticket Linear ou issue GitHub optionnel pour ancrer le spec Installe-moi « Rédiger un spec produit ». Rédige un spec PRODUCT.md du point de vue du consommateur — comportement, invariants, zéro détail d'implémentation Dépôt : https://github.com/warpdotdev/common-skills/blob/main/.agents/skills/write-product-spec/SKILL.md 1. Récupère le fichier SKILL.md du skill warpdotdev-write-product-spec depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers auxiliaires dans le répertoire des skills de l'agent, dans un dossier nommé « warpdotdev-write-product-spec ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (ex. tout compte, clé API ou outil CLI mentionné dans les prérequis ci-dessus). GitHub est optionnel : si j'ai un compte GitHub ou le CLI gh, tu peux l'utiliser ; sinon, l'accès public suffit. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Ne me demande jamais de coller des secrets dans le chat ; les identifiants passent par le coffre sécurisé ou des variables d'environnement. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.