Guide de lecture localisé
write-specObjectif, utilisation et source
Rédigez un cahier des charges fonctionnel (ou PRD) à partir d'un énoncé de problème ou d'une idée de fonctionnalité. Utilisez-le pour transformer une idée vague ou une demande utilisateur en un document structuré, définir le périmètre d'une fonctionnalité avec des objectifs et des non-objectifs, définir des indicateurs de succès et des critères d'acceptation, ou décomposer une demande importante en un cahier des charges par phases.
Source récupérée:
- Dépôt source
- anthropics/knowledge-work-plugins
- SKILL.md
product-management/skills/write-spec/SKILL.md- Étoiles du dépôt
- 34,049
- Mise à jour du dépôt
- 2026-10-30
- Catégories de capacités
- Documents
- Dernière collecte
Licence : Fichier de licence à vérifier
Les extraits de flux de travail sont des outils de lecture et non des instructions exécutables de Codez. Aucune compétence tierce n'a été utilisée pour générer cette page.
Les passages relatifs à l'objectif et au flux de travail ci-dessous constituent le contenu original, organisé et traduit pour la lecture. Ils sont distincts de l'analyse éditoriale de Codez, qui est étiquetée séparément.
À quoi sert cette compétence ?
Rédigez un cahier des charges fonctionnel (ou PRD) à partir d'un énoncé de problème ou d'une idée de fonctionnalité. Utilisez-le pour transformer une idée vague ou une demande utilisateur en un document structuré, définir le périmètre d'une fonctionnalité avec des objectifs et des non-objectifs, définir des indicateurs de succès et des critères d'acceptation, ou décomposer une demande importante en un cahier des charges par phases.
Comment fonctionne le flux de travail en amont
Spécifications de rédaction
Si vous voyez des espaces réservés inhabituels ou si vous devez vérifier quels outils sont connectés, consultezCONNECTORS.mdRédiger un document de spécifications fonctionnelles ou un document d'exigences produit (PRD).
passage en amont · L7 ↗1Comprendre la fonctionnalité
Demandez à l'utilisateur ce qu'il souhaite spécifier. Acceptez l'une des réponses suivantes : un nom de fonctionnalité (« prise en charge SSO »)
passage en amont · L21 ↗2Rassembler le contexte
Posez les questions suivantes à l'utilisateur. Adoptez un ton conversationnel : ne posez pas toutes les questions d'un coup. Commencez par les plus importantes et complétez au fur et à mesure : Problème de l'utilisateur : Quel problème cela résout-il ? Qui le rencontre ?
passage en amont · L29 ↗/write-spec $ARGUMENTSConfiguration requise
Exigences
Indispensable (P0Cette fonctionnalité ne peut être déployée sans ces éléments. Ils représentent la version minimale viable de la fonctionnalité. Demandez-vous : « Si nous supprimons ces éléments, la fonctionnalité résout-elle toujours le problème principal ? » Si la réponse est non, elle est en phase de test.0. Agréable à avoir (P1Cela améliore considérablement l'expérience, mais le cas d'utilisation principal fonctionne sans ces fonctionnalités. Elles font souvent l'objet de suivis rapides après le lancement.
passage en amont · L113 ↗Limites et contrôles de qualité
Aucun passage de limite distinct n'a été sélectionné dans ce fichier. Cela ne signifie pas que la compétence est sûre pour toutes les entrées ou tous les environnements. Consultez le code source complet et validez vos résultats.
Commencez par un essai sans danger
- Vérifiez l'hôte pris en charge et les instructions d'installation du dépôt. Conservez le répertoire Skill ainsi que ses scripts, ressources et documentation référencés ;SKILL.mdSeul, il peut omettre les dépendances.
- Indiquez à l'agent vos paramètres d'entrée réels, le résultat souhaité et les critères d'acceptation. La syntaxe d'appel et les outils disponibles dépendent du système hôte ; ce site ne propose pas de commande d'installation universelle.
- Testez le flux de travail source dans un projet temporaire ou sur une copie. Avant d'autoriser les opérations qui modifient des fichiers, des services distants ou des ressources facturables, examinez-les attentivement.
- Vérifiez la conformité du résultat avec les contrôles qualité sources et vos propres exigences. Un déclenchement réussi ou un nombre élevé d'étoiles dans le dépôt ne garantissent pas un résultat correct.
Pour en savoir plus, consultez la source.
- Spécifications de rédaction
- 1Comprendre la fonctionnalité
- 2Rassembler le contexte
- 3Extraire le contexte des outils connectés
- 4Générer le PRD
- 5Examiner et itérer
- Énoncé du problème
- Objectifs
- Buts non marqués
- Témoignages d'utilisateurs
- Exigences
- Questions ouvertes
- Considérations relatives au calendrier
- Rédaction de récits utilisateurs
- Erreurs courantes dans les récits utilisateurs
- Cadre MoSCoW
- Conseils pour la catégorisation
- Indicateurs avancés
- Indicateurs retardés
- Fixer des objectifs
- Critères d'acceptation
- Conseils pour les critères d'acceptation
- Reconnaître le glissement de périmètre
- Prévenir le glissement de périmètre
- Format de sortie
- Conseils
Compétences connexes
Traduction et étendue
Ce guide de lecture sélectionne des passages de l'amont épingléSKILL.mdCette traduction est assistée. Elle ne constitue pas un manuel complet et ne garantit pas une compatibilité testée. Veuillez lire le document original et les fichiers auxquels il fait référence avant utilisation.
Cette introduction fait référence à la version épinglée ci-dessous ; l’activité actuelle du dépôt et la durée de la collecte sont indiquées séparément.
- Source épinglée
- Lire l'original ↗
- Source récupérée
- Commit source
2574e29377c7173d0cecffef29a6ecbd7f8ccb5d- Source SHA-256
ca6670913878b4ac4582727562bfced5271492a5a800d934f68c9e7bc1cd4dcc