kiro-debug

Diagnose implementation failures by collecting symptoms and producing a structured root-cause plan.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Investigate implementation failures using root-cause-first debugging to unblock progress when an implementer is blocked, verification fails, or remediation cycles fail to converge.

Core Features & Use Cases

  • Systematic evidence gathering across logs, runtime state, and environment to identify root causes.
  • Structured problem framing that guides debugging when blockers appear, remediation cycles repeat, or validations fail.
  • Clear handoffs: produce a FIX_PLAN and VERIFICATION steps to unblock the task.

Quick Start

Describe the failure symptoms and gather context to begin a root-cause-first investigation and create an actionable plan.

Frequently Asked Questions about kiro-debug

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

FAQPage Schema
How do I find the root cause of a software implementation failure?

To find the root cause of an implementation failure, collect failure symptoms, error messages, and failing command output to guide a deterministic investigation spanning local runtime, configuration, and external documentation.

What is the best way to troubleshoot when repeated remediation cycles fail to converge?

Troubleshooting failed remediation cycles requires structured problem framing that applies root-cause-first debugging to systematically gather evidence across logs and runtime state, producing an actionable fix plan and verification steps to unblock the task.

How do I debug a blocked task when validation failures keep occurring?

Debugging blocked tasks with validation failures involves systematic evidence gathering and structured problem framing to identify the root cause, then producing a structured fix plan, verification steps, and next actions to unblock progress.

Can I use root-cause debugging to investigate both local runtime and configuration issues?

Yes, root-cause debugging spans local runtime, configuration, and external documentation to investigate implementation failures, systematically gathering evidence across logs, runtime state, and environment to identify the exact cause.

What structured output should a root-cause investigation produce for reproducibility?

A root-cause investigation produces structured ROOT_CAUSE, CATEGORY, FIX_PLAN, VERIFICATION, NEXT_ACTION, and CONFIDENCE outputs, along with NOTES for reproducibility to ensure clear handoffs and unblock progress.

When should I use systematic root-cause debugging instead of ad-hoc troubleshooting?

Use systematic root-cause debugging when an implementer is blocked, verification fails, or remediation cycles repeat, applying structured problem framing and evidence gathering to deterministically identify the exact cause rather than guessing.