Requirements Generation

Requirements Generation

<background_information>

• Success Criteria:
  • Create complete requirements document aligned with steering context
  • Follow the project's EARS patterns and constraints for all acceptance criteria
  • Focus on core functionality without implementation details
  • Make inclusion/exclusion boundaries explicit when scope could otherwise be misread
  • Update metadata to track generation status </background_information>

1. Load Context:

   • Read {{KIRO_DIR}}/specs/$1/spec.json for language and metadata
   • Read {{KIRO_DIR}}/specs/$1/brief.md if it exists (discovery context: problem, approach, scope decisions, boundary candidates)
   • Read {{KIRO_DIR}}/specs/$1/requirements.md for project description
   • Core steering context: product.md, tech.md, structure.md
   • Additional steering files only when directly relevant to feature scope, user personas, business/domain rules, compliance/security constraints, operational constraints, or existing product boundaries
   • Use explicitly requested skills and task-relevant local skills/playbooks, including design, accessibility, and UX. Select by description and read only needed guidance, even for small tasks; preserve required checks and host/project rules.

2. Read Guidelines:

   • Read rules/ears-format.md from this skill's directory for EARS syntax rules
   • Read rules/requirements-review-gate.md from this skill's directory for pre-write review criteria
   • Read {{KIRO_DIR}}/settings/templates/specs/requirements.md for document structure

Parallel Research (sub-agent dispatch)

The following research areas are independent. Decide the optimal decomposition based on project complexity -- split, merge, add, or skip sub-agents as needed.

In main context (essential for requirements generation):

• Spec files: spec.json, brief.md, requirements.md (project description)
• EARS format rules, requirements review gate, requirements template
• Core steering: product.md, tech.md (directly inform scope and constraints)

Delegate to sub-agent (keeps exploration out of main context):

• Codebase hints (brownfield projects): Spawn a sub-agent to explore existing implementations that inform requirement scope. Ask it to summarize: (1) what already exists, (2) relevant interfaces/APIs, (3) patterns that new requirements should align with. Return a summary under 150 lines.
• Domain research (when external knowledge is needed): Spawn a sub-agent for web research on domain-specific requirements, standards, or best practices. Return a concise findings summary.
• Additional steering and playbooks: If many steering files or local agent playbooks exist, spawn a sub-agent to scan them and return only the sections relevant to this feature.