kiro-spec-requirements

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

Updated Apr 17, 2026
One-click install
npx skills add https://github.com/BarryYin/Hermes-sdd --skill kiro-spec-requirements-barryyin
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: kiro-spec-requirements
Source: https://github.com/BarryYin/Hermes-sdd/tree/main/skills/kiro-spec-requirements
Command: npx skills add https://github.com/BarryYin/Hermes-sdd --skill kiro-spec-requirements-barryyin

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill turns project descriptions and steering context into clear, testable EARS-format requirements, reducing ambiguity and ensuring requirements are reviewable and machine-readable for downstream design and implementation.

Core Features & Use Cases

  • Draft Requirements: Produce grouped, EARS-compliant acceptance criteria and a requirements draft for a feature stored under .kiro/specs.
  • Quality Gate & Metadata: Run a requirements review gate enforcing numeric headings, testability, and EARS syntax, then update spec.json metadata and write requirements.md only after passing.
  • Context-Aware Research: Optionally delegate subagents to scan code, steering docs, or web resources to inform requirement scope for brownfield projects.

Quick Start

Ask the kiro-spec-requirements skill to generate EARS-format requirements for a named feature using the project's steering context and spec metadata.

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 description?▼

To generate EARS-format requirements, provide a feature-level project description and steering context. The skill drafts grouped, EARS-compliant acceptance criteria stored under .kiro/specs for spec-driven development workflows.

What is the EARS syntax for writing testable acceptance criteria?▼

EARS syntax structures acceptance criteria into unambiguous, testable requirement statements. It enforces numeric headings and specific phrasing patterns, ensuring requirements are machine-readable and reviewable for downstream design and implementation.

How do I enforce a requirements review gate before finalizing spec metadata?▼

A requirements review gate enforces numeric headings, testability, and EARS syntax validation. It updates spec.json metadata and writes requirements.md only after all acceptance criteria successfully pass the quality checks.

Can I generate requirements for brownfield projects by scanning existing code?▼

For brownfield projects, subagents can optionally scan existing code, steering docs, and web resources. This context-aware research informs the requirement scope, producing EARS-compliant acceptance criteria that match the current codebase.

Do I need spec-driven development setup to use EARS requirements generation?▼

Spec-driven development setup under .kiro/specs is required. The skill applies to feature-level specs, utilizing spec.json metadata and steering context to draft, review, and finalize EARS-compliant acceptance criteria accurately.