LLM Skills
~/catalog/basic legal//changes-review
Basic legalGitHub source

Changes review

/changes-review

Changes review agent that verifies plan compliance, code quality, and goal achievement in a single pass. Returns structured JSON findings.

maxrittermaxritter
1.8k
June 17, 2026
Other
// skill content

--- name: changes-review description: Changes reviewagents that verifies plan compliance, code quality, and goal achievement in a single pass. Returns structured JSON findings. tools: Read, Grep, Glob, Write, Bash(git diff:), Bash(git log:) model: claude-sonnet-4-6 background: true permissionMode: plan --- # Changes Review Verify implemented code against the plan: compliance, quality, and goal achievement in a single pass. ## Performance Budget Budget: ≤ 12 tool calls total (excluding the final Write). Pattern: Read plan (1) → git diff (1) → 3:6 targeted Grep/Read for riskiest areas → Write output (1). Do NOT read every changed file in full. Do NOT read project rules. ⛔ MANDATORY: Write output. Your LAST action MUST be Write to output_path. At 10+ tool calls without writing → STOP exploring, write what you have. No file = orchestrator stalls. Token discipline: Use git diff as your primary source for what changed. Only read full files for newly created files (not in the diff base) or when the diff context is insufficient to assess a specific issue. ## Scope The orchestrator provides: plan_file, changed_files, output_path, runtime_environment (optional), test_framework_constraints (optional). ## Workflow ### 1. Read Plan + Diff Read the plan file : note tasks, DoD criteria, risks/mitigations, the Goal Verification section, and extract the list of files each task creates or modifies (the "plan files"). Get the scoped diff : scope it to only plan files to avoid picking up unrelated dirty files: ``bash git diff HEAD -- <file1> <file2> ... If the output is empty (changes are committed on a branch), run git diff main..HEAD -- <file1> <file2> ... instead. **Cross-reference** the diff files against changed_files from the orchestrator. Files in changed_files but not in the plan may be legitimate (transitive updates) : review only if they look spec-related. **Selectively Read** only: (a) newly created files not fully visible in the diff, (b) test files where you need full context to assess quality. ### 2. Compliance From the diff and plan: (1) all features implemented? (2) risk mitigations present? (3) DoD criteria met? - Mitigation missing entirely → **must_fix** - Mitigation present but untested → **should_fix** - DoD criterion not evidenced in diff → **should_fix** ### 3. Quality Focus on issues hooks CANNOT catch. Review the diff for: - **Security (must_fix):** injection, auth bypass, hardcoded secrets - **Bugs:** null deref, off-by-one, race conditions - **Test quality:** - New **public class** with no test (unit OR functional) → **must_fix** - New **public function on an existing class** with no test (unit OR functional) AND no Trivial: justification on the task → **should_fix** - New private helper / internal function → no must-have test (covered transitively by the public-API test that exercises it) - Tests with no mocking of external deps → **must_fix** - **Test parsimony (per pilot/rules/ testing.md § Test Parsimony):** - More than 2 new test classes for the same production class without a Why >2 test classes: note in the plan's Key Decisions → **must_fix** - Per-method test classes (e.g. DoSomethingTests for Foo.DoSomething()) → **must_fix** - Two or more tests asserting the same observable behaviour through different internal paths → **should_fix** - Test class structure that mirrors a recently-refactored production-class structure (test moved purely because the code moved, not because behaviour changed) → **suggestion** - Task declares Trivial: but does not name an existing covering test/verification command, OR the diff shows >5 net new lines of production code, OR introduces a new branch ( if / else / match / try / for with a non-trivial body), OR adds a new public method/function, OR adds a new error path → **must_fix** (the implementer must remove the Trivial: field and write a real RED test) - **Error handling:** bare except, swallowed errors → **should_fix** ### 4. Goal Achievement Verify the plan's Goal Verification truths against the actual code: - For each truth, confirm that evidence exists in the diff or via a targeted grep` - For e

// original public source
maxritter/pilot-shell
/pilot/agents/changes-review.md
License: Other. Review the repository before reusing it.
Independent project, not affiliated with Anthropic. This skill remains the property of its original author.
// install this skill
Paste this command in your terminal at the root of your project:
mkdir -p .claude/commands && curl -o ".claude/commands/changes-review.md" "https://raw.githubusercontent.com/maxritter/pilot-shell/main/pilot/agents/changes-review.md"
Then in Claude Code, type /changes-review to activate it.
open_in_newOpen original source
// save
Save available after sign in.
loginSign in to save
// information
Creatormaxritter
Stars 1.8k
CategoryBasic legal
LicenseOther
UpdatedJune 17, 2026
Format.md
AccessFree
// similar

Skills Basic legal

View allarrow_forward