Loading...
Loading...
Found 20 Skills
Convert USDM/EARS requirements documents from Markdown to professionally formatted Word (.docx) files for client submission. Generates cover pages, table of contents, headers/footers, and styled requirement hierarchies. Leverages the docx skill for Word file generation. Use when: "export requirements to Word", "requirements to docx", "USDM to Word", "convert requirements document", "要件書をWord出力", "要件定義書のdocx変換", "Word形式で要件書を作成", "要件定義書をWordに変換".
Use when creating a PRD, writing requirements, or transforming a feature request into an implementation-ready GitHub issue.
Use when designing a product change before building it — deciding whether it needs a BRD, PRD, UX note/XDS, or SD/SDD; authoring or amending those artifacts; writing user stories; designing journeys and interactions; choosing controls, states, failures, and recovery; reviewing the result; or handing product decisions to another stateless worker. This skill owns a CONDITIONAL DECISION CHAIN, the boundary between PRODUCT REQUIREMENT AUTHORITY and EXPERIENCE REALIZATION, the PRODUCT-STORY and INTERACTION-SCENARIO grammars, Data · Time · Path · Frame state prompts, durable repository/PR handoff, rendered review, and a PROPORTIONALITY rule that caps process cost. It is a thinking aid, not a governance system — it produces no statuses, hashes, approval records, artifact quotas, or merge gates.
Interactive interview to create comprehensive Product Requirements Documents with User Stories and Use Cases, starting with the problem, not the solution
Rédige un cahier des charges complet, publié comme artifact HTML lisible (sommaire, recherche par identifiant, diagrammes, copie du Markdown complet ou par partie) et livré aussi en Markdown, à partir de specs UI et fonctionnelles (projet du skill specs-ui) : présentation et périmètre, utilisateurs et rôles, spécifications fonctionnelles et UI par lot avec critères d'acceptation, identité visuelle, exigences non fonctionnelles, architecture, stack technique détaillée, infrastructure et exploitation, découpage en lots avec estimations en fourchettes, planning, risques et points ouverts. L'architecture est déduite des specs, proposée en options puis validée. Utiliser dès que la personne parle de cahier des charges, CDC, spécifications techniques, dossier de conception, document pour l'équipe de dev, architecture ou stack à partir des specs, chiffrage ou découpage en lots, même sans prononcer le mot « cahier des charges ».
Create Requirements Document - generates a structured requirements document, asking clarifying questions about ambiguities before proceeding
1. Requirement Gathering
Plan Requirements - generates a structured requirements document, asking clarifying questions about ambiguities before proceeding