
de sd0x-dev-flow170
Analyse des besoins de l'espace problème : décomposition 5-Pourquoi, scan des parties prenantes, structuration FR/NFR et production d'un document 1-requirements.md pour orienter les spécifications techniques.
Ce skill guide l'analyse structurée des besoins : il effectue une décomposition selon les premiers principes (5-Pourquoi), construit un registre d'hypothèses, exécute un scan obligatoire des parties prenantes et (selon les drapeaux) mène des recherches de code et sur le web pour produire un document de cycle de vie 1-requirements.md. Il impose des limites de périmètre (espace problème uniquement) et évite les recommandations de solutions ou les estimations de mise en œuvre.
Utilisez /req-analyze lorsque vous devez formaliser les besoins d'une fonctionnalité avant la conception : clarifier le problème racine, les parties prenantes, les contraintes et les signaux d'acceptation. Ce n'est pas conçu pour écrire des spécifications techniques, créer des tickets par tâche ou concevoir l'architecture. Utilisez des drapeaux comme --quick/--standard/--deep pour contrôler la profondeur de la recherche.
Conçu pour les environnements Claude/harness d'agents supportant les agents d'exploration en arrière-plan, les outils de recherche/extraction web et les interactions AskUserQuestion. S'intègre également avec codex-brainstorm pour des vérifications approfondies de complétude.
Compétence d'analyse des besoins pour les flux Claude Code — décomposition par les 5 Pourquoi, scan des parties prenantes, structuration FR/NFR produisant un fichier 1-requirements.md de cycle de vie. Aucun script groupé ; compétence purement basée sur des prompts avec des phases bien documentées et des contrats de limite. Les garde-fous de sécurité incluent la validation des chemins, un regex de slug et la rédaction des secrets. Niche mais bien conçue pour les équipes suivant des processus de développement structurés.
Compétence bien écrite avec une forte application des limites (espace problème uniquement, pas de contenu espace solution). Le système de paliers (rapide/standard/profond) avec contrôles de budget est judicieux. Aucun script à auditer — compétence purement basée sur des prompts. La sécurité est solide avec la validation des chemins et la rédaction des secrets. L'utilité est limitée par l'audience de niche et la dépendance envers d'autres compétences de l'écosystème sd0x-dev-flow.