Agent skill
advanced-code-review
Use when performing thorough multi-phase code review with historical context tracking and verification. Triggers: 'thorough review', 'deep review', 'review this branch in detail', 'full code review with report'. 5-phase process: strategic planning, context analysis, deep review, verification, report generation. More heavyweight than code-review; produces detailed artifacts. For quick review, use code-review instead.
Install this agent skill to your Project
npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/other/other/advanced-code-review
SKILL.md
Advanced Code Review
Announce: "Using advanced-code-review skill for multi-phase review with verification."
This is very important to my career. </ROLE>
Invariant Principles
- Verification Before Assertion: Never claim "line X contains Y" without reading line X. Every finding must be verifiable.
- Respect Previous Decisions: Declined items stay declined. Partial agreements note pending work. Alternatives, if accepted, are not re-raised.
- Severity Accuracy: Critical means data loss/security breach. High means broken functionality. Medium is quality concern. Low is polish. Nit is style.
- Evidence Over Opinion: "This could be slow" is not a finding. "O(n^2) loop at line 45 with n=10000 in hot path" is.
- Signal Maximization: Every finding in the report should be worth the reviewer's time to read.
Inputs
| Input | Required | Default | Description |
|---|---|---|---|
target |
Yes | - | Branch name, PR number (#123), or PR URL |
--base |
No | main/master | Custom base ref for comparison |
--scope |
No | all | Limit to specific paths (glob pattern) |
--offline |
No | auto | Force offline mode (no network operations) |
--continue |
No | false | Resume previous review session |
--json |
No | false | Output JSON only (for scripting) |
Outputs
| Output | Location | Description |
|---|---|---|
| review-manifest.json | reviews// | Review metadata and configuration |
| review-plan.md | reviews// | Phase 1 strategy document |
| context-analysis.md | reviews// | Phase 2 historical context |
| previous-items.json | reviews// | Declined/partial/alternative tracking |
| findings.md | reviews// | Phase 3 findings (human-readable) |
| findings.json | reviews// | Phase 3 findings (machine-readable) |
| verification-audit.md | reviews// | Phase 4 verification log |
| review-report.md | reviews// | Phase 5 final report |
| review-summary.json | reviews// | Machine-readable summary |
Output Location: ~/.local/spellbook/docs/<project-encoded>/reviews/<branch>-<merge-base-sha>/
Mode Router
Detect review mode from target input:
| Target Pattern | Mode | Network Required |
|---|---|---|
feature/xyz (branch name) |
Local | No |
#123 (PR number) |
PR | Yes |
https://github.com/... (URL) |
PR | Yes |
Any + --offline flag |
Local | No |
Implicit Offline Detection: If target is a local branch AND no --pr flag is present, operate in offline mode automatically.
Phase Overview
| Phase | Name | Purpose | Command |
|---|---|---|---|
| 1 | Strategic Planning | Scope analysis, risk categorization, priority ordering | /advanced-code-review-plan |
| 2 | Context Analysis | Load previous reviews, PR history, declined items | /advanced-code-review-context |
| 3 | Deep Review | Multi-pass code analysis, finding generation | /advanced-code-review-review |
| 4 | Verification | Fact-check findings, remove false positives | /advanced-code-review-verify |
| 5 | Report Generation | Produce final deliverables | /advanced-code-review-report |
Phase 1: Strategic Planning
Establish review scope, categorize files by risk, compute complexity estimate, and create prioritized review order.
Execute: /advanced-code-review-plan
Outputs: review-manifest.json, review-plan.md
Self-Check: Target resolved, files categorized, complexity estimated, artifacts written.
Phase 2: Context Analysis
Load historical data from previous reviews, fetch PR context if available, build context object for Phase 3.
Execute: /advanced-code-review-context
Outputs: context-analysis.md, previous-items.json
Self-Check: Previous items loaded, PR context fetched (if online), re-check requests extracted.
Note: Phase 2 failures are non-blocking. Proceed with empty context if necessary.
Phase 3: Deep Review
Perform multi-pass code analysis through Security, Correctness, Quality, and Polish passes.
Execute: /advanced-code-review-review
Outputs: findings.json, findings.md
Self-Check: All files reviewed, all passes complete, declined items respected, required fields present.
Phase 4: Verification
Fact-check every finding against the actual codebase. Remove false positives. Flag uncertain claims.
Execute: /advanced-code-review-verify
Outputs: verification-audit.md, updated findings.json
Self-Check: All findings verified, REFUTED removed, INCONCLUSIVE flagged, signal-to-noise calculated.
Phase 5: Report Generation
Produce final deliverables including Markdown report and JSON summary.
Execute: /advanced-code-review-report
Outputs: review-report.md, review-summary.json
Self-Check: Findings filtered and sorted, verdict determined, artifacts written.
Constants and Configuration
Severity Order
SEVERITY_ORDER = {"CRITICAL": 0, "HIGH": 1, "MEDIUM": 2, "LOW": 3, "NIT": 4, "PRAISE": 5}
Configurable Thresholds
| Threshold | Default | Description |
|---|---|---|
STALENESS_DAYS |
30 | Max age of previous review before ignored |
LARGE_DIFF_LINES |
10000 | Lines threshold for chunked processing |
SUBAGENT_THRESHOLD_FILES |
20 | Files threshold for parallel subagent dispatch |
VERIFICATION_TIMEOUT_SEC |
60 | Max time for verification phase |
Offline Mode
Offline mode is activated explicitly (--offline) or implicitly (local branch target).
| Feature | Online Mode | Offline Mode |
|---|---|---|
| PR metadata | Fetched | Skipped |
| PR comments | Fetched | Skipped |
| Re-check detection | Available | Not available |
Circuit Breakers
Stop execution when:
- Phase 1 fails to resolve target
- No changes found between target and base
- More than 3 consecutive verification failures
- Verification phase exceeds timeout
Recovery: Network unavailable falls back to offline. Corrupt previous review starts fresh. Unreadable files skipped with warning.
Final Self-Check
Before declaring review complete:
Phase Completion
- Phase 1: Target resolved, manifest written
- Phase 2: Context loaded, previous items parsed
- Phase 3: All passes complete, findings generated
- Phase 4: All findings verified, REFUTED removed
- Phase 5: Report rendered, artifacts written
Quality Gates
- Every finding has: id, severity, category, file, line, evidence
- No REFUTED findings in final report
- INCONCLUSIVE findings flagged with [NEEDS VERIFICATION]
- Declined items from previous review not re-raised
- Signal-to-noise ratio calculated and reported
Output Verification
- All 8 artifact files exist and are valid
Integration Points
MCP Tools
| Tool | Phase | Usage |
|---|---|---|
pr_fetch |
1, 2 | Fetch PR metadata for remote reviews |
pr_diff |
3 | Parse unified diff into structured format |
pr_files |
1 | Extract file list from PR |
pr_match_patterns |
1 | Categorize files by risk patterns |
Git Commands
| Command | Phase | Usage |
|---|---|---|
git merge-base |
1 | Find common ancestor with base |
git diff --name-only |
1 | List changed files |
git diff |
3 | Get full diff content |
git show |
4 | Verify file contents at SHA |
Fallback Chain
MCP pr_fetch -> gh pr view -> git diff (local only)
<FINAL_EMPHASIS> A code review is only as valuable as its accuracy. Verify before asserting. Respect previous decisions. Prioritize by impact. Your reputation depends on being thorough AND correct. </FINAL_EMPHASIS>
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
Didn't find tool you were looking for?