kiro-discovery

Determine action paths for work items using metadata scans and structured dialogue.

Updated Apr 12, 2026
One-click install
npx skills add https://github.com/ryu-sato/reading-web-supporter --skill kiro-discovery-ryu-sato
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kiro-discovery
Source: https://github.com/ryu-sato/reading-web-supporter/tree/main/.claude/skills/kiro-discovery
Command: npx skills add https://github.com/ryu-sato/reading-web-supporter --skill kiro-discovery-ryu-sato

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams quickly decide whether a new work item should extend an existing spec, create a new spec, undergo a mixed decomposition, or proceed without a spec, using a structured dialogue to refine ideas.

Core Features & Use Cases

  • Boundary discovery and decision scripting to identify the safest scope for work.
  • Path determination across A–E with staged validations to minimize drift.
  • Context-aware discovery using steering docs and existing specs to reduce ambiguity.

Quick Start

Describe your work idea, and I will propose the most appropriate action path and boundary approach.

Frequently Asked Questions about kiro-discovery

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

FAQPage Schema
How do I decide whether to update an existing spec or create a new one for a new work item?

Spec boundary discovery identifies whether to update an existing spec, create a new spec, or undergo mixed decomposition by performing lightweight metadata scans and steering checks. It routes decisions through a validated path framework to ensure safe, auditable progress before implementation.

What is the best way to decompose project ideas and clarify work scope before implementation?

Project idea decomposition uses structured dialogue to refine ideas and identify the safest scope for work. It applies context-aware discovery using steering docs and existing specs to minimize ambiguity and reduce scope drift.

How does the path determination framework work for project discovery tasks?

The path determination framework routes new work items across paths A through E with staged validations. It requires explicit confirmation before creating or batching specs to enforce safe, auditable progress and minimize boundary drift.

Do I need existing steering documents to perform context-aware discovery for work scope clarification?

Context-aware discovery heavily relies on existing steering docs and specs to reduce ambiguity during work scope clarification. Loading this context allows the process to perform accurate boundary decisions and determine the correct action path.

When should I avoid using structured dialogue for boundary discovery and spec creation?

You should avoid using structured dialogue for boundary discovery when a work item clearly proceeds without a spec. If the task requires no spec, the path framework routes it accordingly, bypassing the need for decomposition or steering checks.

Can I batch multiple specs during the project discovery and decomposition process?

Yes, you can batch specs during the discovery process, but the framework requires explicit confirmation before creating or batching them. This validation step enforces safe, auditable progress and prevents uncontrolled scope drift.