From software
This skill should be used when the user asks to "generate requirements", "create requirements", "write requirements", "define requirements", "document requirements", "requirements for feature", or wants to transform ideas into structured requirements documents. Launches the product-owner agent to gather requirements and outputs a single requirements file in a requirements/ folder.
How this skill is triggered — by the user, by Claude, or both
Slash command
/software:generate-requirementsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Transform ambiguous feature ideas into crystal-clear, actionable requirements documents. This skill launches the product-owner agent to conduct requirements discovery, ask clarifying questions, and generate comprehensive requirements documentation in a standardized format.
Transform ambiguous feature ideas into crystal-clear, actionable requirements documents. This skill launches the product-owner agent to conduct requirements discovery, ask clarifying questions, and generate comprehensive requirements documentation in a standardized format.
Key outcome: A single, well-structured requirements file in requirements/[FEATURE_NAME]_REQUIREMENTS.md containing all user stories, acceptance criteria, edge cases, and technical considerations.
Use this skill when:
Do NOT use this skill when:
Check if a requirements/ directory exists in the current working directory. If not, create it:
mkdir -p requirements
All requirements files will be stored in this directory.
Launch the product-owner agent using the Task tool to conduct requirements discovery:
Task tool with:
- subagent_type: "software:product-owner"
- description: "Generate requirements for [feature name]"
- prompt: "Generate requirements for [feature description]. Create a single requirements file in requirements/[FEATURE_NAME]_REQUIREMENTS.md. The file should include all user stories, acceptance criteria, edge cases, technical considerations, and definition of done. Do NOT create separate checklist, summary, or index files."
Critical constraints to pass to agent:
requirements/[FEATURE_NAME]_REQUIREMENTS.mdBIOMETRIC_SIGNIN_REQUIREMENTS.md)The product-owner agent will:
requirements/[FEATURE_NAME]_REQUIREMENTS.mdThe agent is constrained to create only ONE file.
After the agent completes:
requirements/If auxiliary files were created by mistake, consolidate them into the single requirements file and delete the extras.
The generated requirements file should follow this structure:
# [Feature Name] Requirements
## Summary
Brief overview of the feature and its business value.
## User Stories
### Story 1: [Title]
As a [user role]
I want to [action]
So that [benefit]
**Acceptance Criteria:**
1. Given [precondition]
When [action]
Then [expected result]
**Edge Cases:**
- [Scenario]: [Expected behavior]
**Technical Considerations:**
- [Constraint or requirement]
**Definition of Done:**
- [ ] [Testable criterion]
- [ ] [Testable criterion]
### Story 2: [Title]
[Repeat structure...]
## Technical Considerations
### Architecture
[Architectural decisions and patterns]
### Dependencies
[External dependencies and integration points]
### Performance Requirements
[Performance metrics and expectations]
### Security Considerations
[Security requirements and constraints]
## Out of Scope
[Explicitly define what is NOT included]
## Success Metrics
[How to measure feature success]
Requirements files use this naming pattern:
[FEATURE_NAME]_REQUIREMENTS.mdBIOMETRIC_SIGNIN_REQUIREMENTS.mdSHOPPING_CART_REQUIREMENTS.mdUSER_PROFILE_REQUIREMENTS.mdAPI_AUTHENTICATION_REQUIREMENTS.mdRequirements files must be:
Problem: Agent creates checklist, summary, or index files in addition to requirements.
Solution:
Problem: Generated requirements lack key sections (edge cases, technical considerations, etc.)
Solution:
Problem: Feature name is ambiguous or too generic.
Solution:
User request: "We need biometric authentication for mobile login"
Execution:
requirements/ directory if needed"Generate requirements for biometric authentication mobile login feature.
Create a single file: requirements/BIOMETRIC_SIGNIN_REQUIREMENTS.md.
Include all user stories, acceptance criteria, edge cases, and technical
considerations. Do NOT create separate files."
requirements/BIOMETRIC_SIGNIN_REQUIREMENTS.mdUser request: "Improve the search functionality with filters and sorting"
Execution:
requirements/SEARCH_*.md"Generate requirements for enhanced search functionality with filters
and sorting. Review existing search implementation in [files]. Create
single file: requirements/SEARCH_ENHANCEMENT_REQUIREMENTS.md."
requirements/SEARCH_ENHANCEMENT_REQUIREMENTS.mdFor detailed requirements patterns:
references/requirements-template.md - Complete template with all sectionsreferences/user-story-patterns.md - User story formats and examplesWorking examples in examples/:
BIOMETRIC_SIGNIN_REQUIREMENTS.md - Complete requirements exampleAPI_INTEGRATION_REQUIREMENTS.md - Technical requirements exampleThis skill integrates with:
develop-project skill: Generate requirements before project planningsplit-plan skill: Requirements inform phase-based planningcategorize-task skill: Use requirements to categorize implementation tasksrequirements/ directory[FEATURE_NAME]_REQUIREMENTS.md formatFocus on launching the product-owner agent with clear constraints and verifying single-file output compliance.
npx claudepluginhub hirogakatageri/hirokata --plugin softwareGenerates structured feature specifications through a collaborative product interview. Acts as a senior PM and business analyst pair to challenge scope, propose options, and produce epic/feature hierarchy files.
Conducts structured requirements workshops to produce feature specifications, user stories, EARS-format functional requirements, acceptance criteria, and implementation checklists. Use when defining new features or gathering requirements.
Conducts structured requirements workshops to produce feature specifications, user stories, EARS-format requirements, acceptance criteria, and implementation checklists.