kiro-validate-impl

Validate cross-task integration, run full test suites, and audit boundaries.

Updated Apr 17, 2026
One-click install
npx skills add https://github.com/notta50/korenani --skill kiro-validate-impl-notta50
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kiro-validate-impl
Source: https://github.com/notta50/korenani/tree/main/.claude/skills/kiro-validate-impl
Command: npx skills add https://github.com/notta50/korenani --skill kiro-validate-impl-notta50

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill detects integration problems that only appear when multiple implementation tasks are viewed together, ensuring completed tasks respect design boundaries, data contracts, and full-system requirements rather than only passing per-task checks.

Core Features & Use Cases

  • Full-suite verification: Discovers canonical test and smoke commands and runs the repository-level test and boot checks to confirm runtime liveness.
  • Cross-task contract checks: Maps task outputs to consuming tasks, flags data-shape mismatches, and audits boundary violations against the design.
  • Coverage and hygiene scans: Greps for TODO/TBD/HACK and hardcoded secrets within feature boundaries and maps requirements.md sections to completed tasks.
  • Use Case: After implementing a user-auth feature across multiple tasks, run this Skill to confirm tests, runtime boot, requirements coverage, and boundary integrity before GO.

Quick Start

Validate the feature user-auth with its completed tasks to run full integration checks and produce a GO/NO-GO remediation report.

Frequently Asked Questions about kiro-validate-impl

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

FAQPage Schema
How do I validate cross-task integration after implementing a feature across multiple tasks?

Cross-task integration validation verifies that completed tasks respect design boundaries and data contracts by mapping task outputs to consuming tasks, running the full test suite, and auditing boundary violations against the design. It produces a GO or NO-GO remediation report to confirm feature completion.

What is the best way to check requirements coverage and runtime liveness before a feature release?

Requirements coverage and runtime liveness checks map requirements.md sections to completed tasks and discover canonical test and smoke commands to run repository-level tests. This maps feature requirements to implemented tasks and confirms the system boots and passes tests before release.

How do I scan feature boundaries for hardcoded secrets and leftover TODOs during post-implementation validation?

Post-implementation boundary scans grep feature boundaries for TODO, TBD, and HACK markers alongside hardcoded secrets. The results are classified by ownership and included in a remediation report to ensure code hygiene before final integration approval.

Does cross-task consistency validation work with features stored under .kiro/specs?

Yes, cross-task consistency validation is designed for features stored under .kiro/specs. It checks completed tasks within this directory structure for data-shape mismatches, boundary violations, and requirements coverage during the post-implementation phase.

Why does my feature pass per-task tests but fail full-suite integration checks?

Per-task tests only verify individual task outputs, while full-suite integration checks discover cross-task contract mismatches and boundary violations. Features can pass isolated per-task checks but fail full-suite validation due to data-shape mismatches between consuming tasks or design boundary infractions.

What does a cross-task integration validator check during post-implementation validation?

A cross-task integration validator checks runtime liveness, cross-task contract consistency, requirements coverage, and code hygiene during post-implementation. It discovers test commands, maps requirements to tasks, scans for TODOs and secrets, and generates ownership-classified remediation guidance.