kiro-spec-design

Translate requirements into a concrete technical design with explicit boundaries and interfaces.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

kiro-spec-design provides a structured approach to convert high-level requirements into a concrete software architecture using a guided discovery process, ensuring boundaries, interfaces, and decisions are explicit and auditable.

Core Features & Use Cases

  • End-to-end design generation from requirements: discovery, synthesis, and drafting, with boundary commitments and risk assessment.
  • Boundary-first design: explicit ownership and interfaces to guide downstream implementation.
  • Research-informed synthesis: integrates findings from design principles and discovery rules to produce a ready-to-implement design.

Quick Start

Run the kiro-spec-design command with your feature name to generate a design draft.

Frequently Asked Questions about kiro-spec-design

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

FAQPage Schema
How do I translate software requirements into a concrete architecture?

To translate software requirements into architecture, you use a guided discovery process that synthesizes findings into concrete technical boundaries, interfaces, and traceable design decisions. This structured approach ensures your architecture is auditable and ready for downstream implementation.

What is boundary-first design and when do I need it for new features?

Boundary-first design explicitly defines ownership and interfaces before implementation. You need it for new features, extensions, or complex system changes to ensure architectural commitments and risk assessments are clear and auditable from the start.

How do I ensure requirements traceability in my architecture decisions?

Requirements traceability in architecture is ensured by documenting the guided discovery process from initial requirements through synthesis to final technical design. This workflow connects boundary commitments and research findings into an explicit, auditable chain.

Can I generate a technical design draft directly from high-level requirements?

Yes, you can generate a technical design draft from high-level requirements by running a guided discovery and synthesis process. This produces a ready-to-implement design with explicit interfaces and risk assessments without starting from a blank architecture.

Does a guided discovery approach work for complex system changes and extensions?

Yes, a guided discovery approach works for complex system changes and extensions by applying research-informed synthesis to existing boundaries. It guides discovery activities and boundary commitments specifically for modifying established software architectures.