mkl-verify-fix

Verify bug fixes by comparing regression test outcomes between baseline and candidate revisions.

11|1|Updated Sep 13, 2026
One-click install
npx skills add https://github.com/00200200/maintainer-skills-lab --skill mkl-verify-fix-00200200
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: mkl-verify-fix
Source: https://github.com/00200200/maintainer-skills-lab/tree/main/providers/cursor/.cursor/skills/mkl-verify-fix
Command: npx skills add https://github.com/00200200/maintainer-skills-lab --skill mkl-verify-fix-00200200

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When someone claims a bug is fixed, there is often no rigorous evidence: the regression test may have been modified, the baseline may never have been checked, or the test may pass on both versions and prove nothing. This Skill enforces a disciplined verification workflow so fix claims are backed by comparable, reproducible test evidence. ## Core Features & Use Cases - Baseline-first verification: Run the regression test against the original revision first, distinguishing genuine assertion failures from setup, import, collection, timeout, or execution errors. - Controlled comparison: Execute the identical test with identical inputs and equivalent environments on both baseline and candidate revisions, keeping the regression test unchanged. - Structured evidence reporting: Report baseline and candidate identifiers, commands, observed failure reasons, existing-test results, environment differences, and checks not performed. - Use Case: A contributor submits a patch claiming to fix issue #412. Use this Skill to confirm the regression test fails for the reported behavioral reason on the pre-fix commit and passes on the patched commit before approving the merge. ## Quick Start Verify that the proposed fix in the current branch resolves the reported bug by running the regression test against both the baseline and candidate revisions and reporting the results separately.

Frequently Asked Questions about mkl-verify-fix

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

FAQPage Schema
How do I verify that a bug fix actually works?▼

Run the regression test against the baseline revision first to confirm it fails for the reported behavioral reason, then run the identical test against the candidate revision. Conclude the fix is verified only when the baseline fails and the candidate passes under equivalent environments.

How to compare test results between two code revisions?▼

Use identical test inputs and equivalent environments for both revisions, and keep the regression test unchanged between runs. Report baseline and candidate identifiers, commands, and outcomes separately so the comparison is reproducible.

Why does a regression test pass on both baseline and fixed versions?▼

A test passing on both versions does not detect the regression; it may not exercise the buggy behavior or may import an installed package instead of the checkout under test. Inspect which source file the test actually imports and confirm the test fails on the baseline for the reported reason.

What are the limitations of regression test verification?▼

Verification only covers the specific reproduction tested; a small test suite cannot support broad correctness or security claims. Environment differences, flaky tests, and unperformed checks must be reported, and conclusions should be scoped to the tested reproduction.

What should I do when the candidate fix fails verification?▼

Report the failure evidence and return the candidate to the implementer. Do not silently edit the verifier, modify the regression test, or loosen tolerances to make the candidate pass.