Synthèse automatique
Génère un Product Requirements Document via une session interactive menée par un agent Product Manager, pour le produit principal ou une fonctionnalité donnée.
Points forts
- Session guidée qui pose des questions de clarification avant de rédiger
- Réutilise le contexte existant du projet (brief.md, prd.md, tech-stack.md, CLAUDE.md)
- Produit un PRD structuré : user stories avec critères d'acceptation, exigences fonctionnelles et non fonctionnelles, priorisation MoSCoW, risques et métriques
- Sépare proprement le PRD projet (memory-bank/prd.md) des PRD par fonctionnalité (memory-bank/features/{name}/prd.md)
Limites
- Dépend d'un sous-agent personnalisé « product-manager » qui doit exister dans l'environnement
- Suppose une arborescence memory-bank/ déjà en place pour tirer parti du contexte
- La qualité du PRD reste dépendante des réponses de l'utilisateur pendant l'itération
À utiliser lorsqu'il faut formaliser le périmètre, les user stories et les exigences d'un produit ou d'une fonctionnalité avant le développement.
À éviter pour de la documentation technique d'API ou d'architecture, ou si aucun sous-agent product-manager n'est configuré.
Analyse de sécurité
SûrThe skill only reads project context files (brief.md, prd.md, tech-stack.md, CLAUDE.md) and writes a PRD markdown file into memory-bank/. The single shell command is a scoped `mkdir -p {output_dir}` for the documentation directory, and the Task tool spawns a product-manager subagent to conduct an interactive requirements interview. No network calls, no credential access, no destructive or obfuscated operations.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
/prd We're building a habit-tracking app for freelancers. Help me define the MVP scope and requirements./prd --feature=dark-mode Add a dark mode theme across the app, then write the PRD.Define requirements for our team invitation flow and create the PRD when we're done.name: prd description: Create a Product Requirements Document. Interactive session to define features, requirements, and scope. triggers:
- "/prd"
- "create prd"
- "créer un prd"
- "define requirements"
- "définir les besoins"
- "write the prd"
- "rédiger le prd" tools: Read, Write, Grep, Glob, Task context: fork args:
- name: feature description: Feature name for feature-specific PRD (creates in features/{name}/) required: false
PRD Skill
Interactive session to create a Product Requirements Document.
Usage
/prd # Main project PRD → memory-bank/prd.md
/prd --feature=dark-mode # Feature PRD → memory-bank/features/dark-mode/prd.md
Behavior
- Determine output location based on
--featureparameter - Spawn the Product Manager agent to conduct the requirements session
- Agent reads existing context (brief.md) and asks clarifying questions
- User and agent iterate until user says "generate", "create the prd", or similar
- Create the PRD at the appropriate location
Instructions
When this skill is invoked:
-
Parse arguments:
- If
--feature=Xprovided, setfeature_name = X - Otherwise,
feature_name = null(main project PRD)
- If
-
Determine paths:
If feature_name: output_dir = memory-bank/features/{feature_name}/ output_file = memory-bank/features/{feature_name}/prd.md Else: output_dir = memory-bank/ output_file = memory-bank/prd.md -
Check for existing context:
Read memory-bank/brief.md if it exists Read memory-bank/prd.md if it exists (for feature PRDs, understand main product) Read memory-bank/tech-stack.md if it exists Read CLAUDE.md if it exists -
Create output directory if needed:
mkdir -p {output_dir} -
Spawn the Product Manager agent: Use the Task tool with
subagent_type: "product-manager"(custom agent).Prompt for the agent:
You are creating a PRD for: {feature_name or "the main product"} Existing context: - Brief: {summary of brief.md if exists} - Main PRD: {summary if feature PRD and main prd.md exists} - Tech Stack: {summary if exists} Your goal: 1. Understand the scope (MVP vs future) 2. Define user stories with acceptance criteria 3. Document functional and non-functional requirements 4. Prioritize using MoSCoW 5. When ready, create {output_file} Start by confirming your understanding of what we're building, then ask about the main user flows. User's initial input: {user's message if any} -
Let the agent run the interactive session
-
Output: PRD file at determined location
Output Location
# Main project
memory-bank/
└── prd.md
# Feature-specific
memory-bank/
└── features/
└── {feature-name}/
└── prd.md
PRD Template
The agent should create a PRD following this structure:
# PRD: {Feature/Product Name}
## Overview
{One paragraph summary}
## Goals
- Primary: {main objective}
- Secondary: {supporting objectives}
## Non-Goals (Out of Scope)
- {Explicit exclusions}
## User Stories
### Core User Flows
1. **{Flow Name}**
- As a {user}, I want to {action} so that {benefit}
- Acceptance Criteria:
- [ ] {criterion 1}
- [ ] {criterion 2}
### Secondary Flows
{Same format}
## Functional Requirements
### {Feature Area 1}
| ID | Requirement | Priority | Notes |
|----|-------------|----------|-------|
| FR-1 | {requirement} | Must | {notes} |
| FR-2 | {requirement} | Should | {notes} |
## Non-Functional Requirements
| Category | Requirement | Target |
|----------|-------------|--------|
| Performance | Page load time | < 2s |
| Security | Authentication | {method} |
## Dependencies
- {External services, other features}
## Risks & Mitigations
| Risk | Impact | Mitigation |
|------|--------|------------|
| {risk} | H/M/L | {mitigation} |
## Success Metrics
- {Metric}: {target}
## Open Questions
- {Questions for tech team}
Next Step
After creating the PRD, suggest:
"PRD saved to
{output_file}. Next:
/tech-stackto define the technical stack- Or
/implementation-planif stack is already decided"
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/create-a-product-requirements-document-prd-mrwakc7q/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/create-a-product-requirements-document-prd-mrwakc7q/download' --output '.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q/SKILL.md.part' && mv '.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q/SKILL.md.part' '.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q/SKILL.md' && test -s '.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/prd' && cp -R '.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q' '.claude/skills/prd'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/create-a-product-requirements-document-prd-mrwakc7q'openskills read 'create-a-product-requirements-document-prd-mrwakc7q'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/create-a-product-requirements-document-prd-mrwakc7q/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Rédaction de docs Supabase
Documentation
Rédigez, éditez et révisez le contenu de la documentation Supabase : guides, tutoriels, références et partiels. Suivez les guides de style et les règles de validation MDX/TOML.
Créer un enregistrement de décision d'architecture
Documentation
Créer un nouveau ADR avec numérotation séquentielle, l'enregistrer dans le graphe AgentDB et le lier aux ADR associés.
Mise à jour de plan avec recherche approfondie
Documentation
Met à jour un document de plan en lançant des sous-agents en parallèle pour analyser un sujet sur tous les passes du compilateur, puis consolide les résultats.