kiro-spec-requirements

Generate EARS-format requirements from project descriptions and steering context.

Updated Feb 25, 2024
One-click install
npx skills add https://github.com/ryowatanabe/iidx-dp-unofficial-difficulty-scraper --skill kiro-spec-requirements-ryowatanabe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kiro-spec-requirements
Source: https://github.com/ryowatanabe/iidx-dp-unofficial-difficulty-scraper/tree/main/.claude/skills/kiro-spec-requirements
Command: npx skills add https://github.com/ryowatanabe/iidx-dp-unofficial-difficulty-scraper --skill kiro-spec-requirements-ryowatanabe

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Generate EARS-format requirements based on project description and steering context. Use when converting project briefs into structured acceptance criteria.

Core Features & Use Cases

  • Generate EARS-compliant requirements focused on user-observable behavior
  • Group related functionality into coherent requirement areas and clearly define boundaries
  • Update metadata and track generation status across phases

Quick Start

Provide the project description and steering context to generate an initial EARS-based requirements draft.

Frequently Asked Questions about kiro-spec-requirements

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate EARS-format requirements from a project brief?

To generate EARS-format requirements, provide your project description and steering context to produce structured, testable acceptance criteria focused on user-observable behavior.

What is EARS requirement syntax used for in software governance?

EARS requirement syntax is used for software governance to convert project briefs into testable, non-technical acceptance criteria with clear boundaries across discovery, requirements, and design phases.

How do I group related functionality into coherent requirement areas?

Group related functionality into coherent requirement areas by applying boundary terminology across discovery and design, ensuring your requirements document defines clear scope for user-observable behavior.

Can I use project steering context to create testable acceptance criteria?

Yes, you can use project steering context to create testable acceptance criteria by applying the EARS format, which ensures requirements remain non-technical and focused on observable behavior.

What's the best way to track requirements generation status across project phases?

Track requirements generation status across project phases by updating metadata after the requirements review gate passes, ensuring the structured requirements document reflects the current governance state.