Skip to content
cccskills
FreePublished on GitHub

kiro-validate-gap

Analyze implementation gap between requirements and existing codebase

The English summary is being prepared. Showing the original description.

See how to install

Files included (3)

  • SKILL.md5.3 KB
  • LICENSE.txt1.0 KB
  • rules/gap-analysis.md5.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Implementation Gap Validation

<background_information>

  • Mission: Analyze the gap between requirements and existing codebase to inform implementation strategy
  • Success Criteria:
    • Comprehensive understanding of existing codebase patterns and components
    • Clear identification of missing capabilities and integration challenges
    • Multiple viable implementation approaches evaluated
    • Technical research needs identified for design phase </background_information>
<instructions> ## Core Task Analyze implementation gap for feature **$1** based on approved requirements and existing codebase.

Execution Steps

  1. Load Context:

    • Read docs/specs/$1/spec.json for language and metadata
    • Read docs/specs/$1/requirements.md for requirements
    • Core steering context: product.md, tech.md, structure.md
    • Additional steering files only when directly relevant to the feature's domain rules, integrations, runtime prerequisites, compliance/security constraints, or existing product boundaries
    • Relevant local agent skills or playbooks only when they clearly match the feature's host environment or use case and provide analysis-relevant context
  2. Read Analysis Guidelines:

    • Read rules/gap-analysis.md from this skill's directory for comprehensive analysis framework

Parallel Research

The following research areas are independent and can be executed in parallel:

  1. Codebase analysis: Existing implementations, architecture patterns, integration points, extension possibilities
  2. External dependency research: Dependency compatibility, version constraints, known integration challenges (when needed)
  3. Context loading: Requirements, core steering, task-relevant extra steering, relevant local agent skills/playbooks, and gap-analysis rules

If multi-agent is enabled, spawn sub-agents for each area above. Otherwise execute sequentially.

After all parallel research completes, synthesize findings for gap analysis.

  1. Execute Gap Analysis:

    • Follow gap-analysis.md framework for thorough investigation
    • Analyze existing codebase using Grep and Read tools
    • Use WebSearch/WebFetch for external dependency research if needed
    • Evaluate multiple implementation approaches (extend/new/hybrid)
    • Use language specified in spec.json for output
  2. Generate Analysis Document:

    • Create comprehensive gap analysis following the output guidelines in gap-analysis.md
    • Present multiple viable options with trade-offs
    • Flag areas requiring further research
  3. Write Gap Analysis to Disk:

    Write the gap analysis to disk so it survives session boundaries and can be referenced during design phase.

    • Save the gap analysis to docs/specs/$1/research.md
    • If the file already exists, append the new analysis (separated by a horizontal rule ---) rather than overwriting previous research
    • Verify the file was written by reading it back

Important Constraints

  • Information over Decisions: Provide analysis and options, not final implementation choices
  • Multiple Options: Present viable alternatives when applicable
  • Thorough Investigation: Use tools to deeply understand existing codebase
  • Explicit Gaps: Clearly flag areas needing research or investigation
  • Context Discipline: Start with core steering and expand only with analysis-relevant steering or use-case-aligned local agent skills/playbooks </instructions>

Tool Guidance

  • Read first: Load spec, core steering, relevant local playbooks/agent skills, and rules before analysis
  • Grep extensively: Search codebase for patterns, conventions, and integration points
  • WebSearch/WebFetch: Research external dependencies and best practices when needed
  • Write last: Generate analysis only after complete investigation

Output Description

Provide output in the language specified in spec.json with:

  1. Analysis Summary: Brief overview (3-5 bullets) of scope, challenges, and recommendations
  2. Document Status: Confirm analysis approach used
  3. Next Steps: Guide user on proceeding to design phase

Format Requirements:

  • Use Markdown headings for clarity
  • Keep summary concise (under 300 words)
  • Detailed analysis follows gap-analysis.md output guidelines

Safety & Fallback

Error Scenarios

  • Missing Requirements: If requirements.md doesn't exist, stop with message: "Run /kiro-spec-requirements $1 first to generate requirements"
  • Requirements Not Approved: If requirements not approved, warn user but proceed (gap analysis can inform requirement revisions)
  • Empty Steering Directory: Warn user that project context is missing and may affect analysis quality
  • Complex Integration Unclear: Flag for comprehensive research in design phase rather than blocking
  • Language Undefined: Default to English (en) if spec.json doesn't specify language

Next Phase: Design Generation

If Gap Analysis Complete:

  • Review gap analysis insights
  • Run /kiro-spec-design $1 to create technical design document
  • Or /kiro-spec-design $1 -y to auto-approve requirements and proceed directly

Note: Gap analysis is optional but recommended for brownfield projects to inform design decisions.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

stacked PRの下位PRがマージされた後に上位branchをrestack(rebase/cherry-pick再構成)する際に使用。「restackして」「上位PRを更新して」「restack after merge」「PRのbaseを更新」「スタックを整理」という依頼でトリガーする。対象sliceの特定→rebase→変更ファイル確認と代表テスト実行→force-with-leaseでpush→PR base更新→auto-merge判定の順で進める。

The English summary is being prepared. Showing the original description.

studiogadget/skills3Updated May 25, 2026

cc-sdd実装用統合ブランチのコミット群(ベースブランチとの差分)をreview slice単位のstacked PRに再構成する際に使用。「review sliceに分割」「stacked PRを作成」「PRをスタックして」「レビュー用にPRを分けて」「review slice stack」という依頼でトリガーする。dry-run(既定)でslice計画を提示し、apply指示で実際にブランチ・PRを作成する。

The English summary is being prepared. Showing the original description.

studiogadget/skills3Updated May 25, 2026

CI環境で安定動作するPythonテスト(特にstructlogのログ検証)を書く際に使用。「CIで失敗する」「capture_logsが不安定」「ログアサーションがCIだけ落ちる」「caplogフォールバック」「ANSI混入」「xdistでログが取れない」という課題で起動。capture_logs→caplogフォールバック→ANSI正規化→アサーション設計の流れで堅牢なテストを書く。

The English summary is being prepared. Showing the original description.

studiogadget/skills3Updated May 25, 2026

GitHub Issueを作成してGitHubに投稿するスキル。「Issueを作成」「Issue作成」「Issueにして」「Issueとして投稿」「GitHubにIssue」「create issue」「open issue」「バグ報告」「機能追加をIssueに」「改善提案をIssueに」などの依頼でトリガーする。コンテキスト収集→Issue本文生成→ラベル存在確認・作成→gh issue create投稿の流れでIssueを作成する。

The English summary is being prepared. Showing the original description.

studiogadget/skills3Updated May 25, 2026

Dockerベースのアプリケーションのデプロイメント手順書(Markdown)を作成するスキル。「デプロイ手順書」「デプロイメント手順」「deployment guide」「本番環境への配置手順」「サーバーへの配置手順」などの依頼でトリガーする。Docker Composeビルド→イメージ転送→サーバー配置→設定→動作確認→cron設定の流れで手順書を生成する。

The English summary is being prepared. Showing the original description.

studiogadget/skills3Updated May 25, 2026

タスク完了後にPCを休止状態にする。Use when: ユーザーが「休止」「hibernate」「タスク完了後に休止状態」「作業後にPCをスリープ/休止」と明示的に指示した場合のみ。正常終了時だけでなく、エラーや未解決事項が残っていても、明示指示があれば最後に休止へ移行する。Windows only.

The English summary is being prepared. Showing the original description.

studiogadget/skills3Updated May 25, 2026

See all skills by studiogadget

Report a problem with this skill