issue-verify-code

Verify code fixes against prior feedback and git diff HEAD~1.

12|1|Updated Dec 27, 2025
One-click install
npx skills add https://github.com/apokamo/kaji --skill issue-verify-code
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: issue-verify-code
Source: https://github.com/apokamo/kaji/tree/main/.claude/skills/issue-verify-code
Command: npx skills add https://github.com/apokamo/kaji --skill issue-verify-code

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill verifies that code fixes have been properly applied and that no new issues were introduced, supporting reliable review convergence.

Core Features & Use Cases

  • Baseline check against previous review feedback to ensure fixes address stated issues.
  • Git diff verification against HEAD~1 to detect unintended changes.
  • Generates a standardized verdict suitable for issue-tracking workflows (Approve or Changes Requested).

Quick Start

Run the verify-code step after applying fixes to confirm that all previous issues are resolved and no new regressions were introduced.

Frequently Asked Questions about issue-verify-code

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

FAQPage Schema
How do I verify code fixes without introducing new issues in a pull request?

To verify code fixes without introducing new issues, run a verify-code step after applying fixes to confirm previous review feedback is resolved and no regressions exist. It performs a git diff against HEAD~1 and emits a standardized Approve or Changes Requested verdict.

What is the best way to check if a code fix introduced regressions before approving a review?

The best way to check if a code fix introduced regressions is to perform a baseline check against previous review feedback and a git diff against HEAD~1. This detects unintended changes and emits a Changes Requested verdict if new issues are found.

How does git diff verification against HEAD~1 work for issue tracking convergence?

Git diff verification against HEAD~1 for issue tracking works by comparing the latest commit to its predecessor to detect unintended changes. It retrieves prior feedback, confirms fixes address stated issues, and outputs a standardized verdict for review convergence.

Can I use automated code review verification in CI workflows to confirm fix convergence?

Yes, you can use automated code review verification in CI workflows to confirm fix convergence. The verification process checks applied fixes against prior feedback and git diffs, outputting a standardized Approve or Changes Requested verdict suitable for CI-based checks.

When do I need to run a baseline check during the code review workflow?

You need to run a baseline check during the code review workflow after the implement and fix-code stages, right before verify-code. It ensures applied fixes properly address previous review feedback and confirms no new issues were introduced before final approval.

Why does my code review verification still request changes after fixes have been applied?

Code review verification may still request changes after fixes are applied if the git diff against HEAD~1 detects unintended changes or the baseline check finds previous review feedback unresolved. The system emits a Changes Requested verdict until all issues converge.