Code Change Verification
Overview
Ensure work is only marked complete after formatting, linting, type checking, and tests pass. Use this skill when changes affect runtime code, tests, or build/test configuration. You can skip it for docs-only or repository metadata unless a user asks for the full stack.
Quick start
- Keep this skill at
./.agents/skills/code-change-verificationso it loads automatically for the repository. - macOS/Linux:
bash .agents/skills/code-change-verification/scripts/run.sh. - Windows:
powershell -ExecutionPolicy Bypass -File .agents/skills/code-change-verification/scripts/run.ps1. - The scripts run
make formatfirst, then runmake lint,make typecheck, andmake testsin parallel with fail-fast semantics. - While the parallel steps are still running, the scripts emit periodic heartbeat updates so you can tell that work is still in progress.
- If any command fails, fix the issue, rerun the script, and report the failing output.
- Confirm completion only when all commands succeed with no remaining issues.
Manual workflow
- If dependencies are not installed or have changed, run
make syncfirst to install dev requirements viauv. - Run from the repository root with
make formatfirst, thenmake lint,make typecheck, andmake tests. - Do not skip steps; stop and fix issues immediately when a command fails.
- If you run the steps manually, you may parallelize
make lint,make typecheck, andmake testsaftermake formatcompletes, but you must stop the remaining steps as soon as one fails. - Re-run the full stack after applying fixes so the commands execute in the required order.
Resources
scripts/run.sh
- Executes
make formatfirst, then runsmake lint,make typecheck, andmake testsin parallel with fail-fast semantics from the repository root. It also emits periodic heartbeat updates while the parallel steps are still running. Prefer this entry point to preserve the required ordering while reducing total runtime.
scripts/run.ps1
- Windows-friendly wrapper that runs the same sequence with
make formatfirst and the remaining steps in parallel with fail-fast semantics, plus periodic heartbeat updates while work is still running. Use from PowerShell with execution policy bypass if required by your environment.