plugins/dp-cto/skills/review/SKILL.md
Use when code changes are ready for quality review, after implementation completes, or before committing — 'review this', 'check quality', 'what needs fixing'.
npx skillsauth add raisedadead/dotplugins reviewInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use ultrathink when reviewing — false positives waste cycles, missed findings ship bugs.
!"${CLAUDE_PLUGIN_ROOT}/bin/dp-engine" state 2>/dev/null || printf '{"stage":"idle","epic_id":""}'
Detect the current dp-cto stage to infer the appropriate review mode (use the stage from the preprocessing output above):
"${CLAUDE_PLUGIN_ROOT}/bin/dp-engine" state 2>/dev/null
Returns JSON {"stage":"X","epic_id":"Y"}. If it fails or returns empty, treat as idle.
Stage → mode mapping:
| Stage | Mode | Rationale |
| ------------------------------ | -------- | ---------------------------------- |
| planned | pushback | Plan just completed — challenge it |
| running or reviewing | full | Code changes to review |
| complete | sweep | Final cleanup pass |
| idle / suspended / unknown | — | Present menu (see below) |
When stage is ambiguous or idle, use AskUserQuestion with options: Quick / Full / Sweep / Pushback.
When args are non-empty (internal invocation from orchestrator), use the args as the mode hint directly (e.g., args pushback → pushback mode).
Surface tracker doctor + rules audit before review begins. Non-blocking advisory — review proceeds regardless of findings. Treat output as context, not gate.
!"${CLAUDE_PLUGIN_ROOT}/bin/dp-engine" doctor-agent --json 2>&1 | head -40
!"${CLAUDE_PLUGIN_ROOT}/bin/dp-engine" rules-audit --json 2>&1 | head -40
Read ${CLAUDE_PLUGIN_ROOT}/shared/cto-boundaries.md
Read ${CLAUDE_PLUGIN_ROOT}/shared/evidence-grounding.md
Based on the selected mode, load the corresponding reference file:
${CLAUDE_SKILL_DIR}/references/review-quick.md${CLAUDE_SKILL_DIR}/references/review-full.md${CLAUDE_SKILL_DIR}/references/review-sweep.md${CLAUDE_SKILL_DIR}/references/review-pushback.mdFollow the protocol described in the loaded reference file.
Quick -- Single-lens focused review. Pick one lens (security, simplification, test gaps, linting, performance, or docs). Run one reviewer, collect findings, triage, and present.
Full -- Multi-perspective review across 2-3 parallel lenses (primary + adversarial). Collect findings from both, deduplicate by file:line, consolidate into a single report, and run fix rounds for CRITICAL and WARNING items.
Sweep -- Entropy management scan. Detect drift across dead code, inconsistent patterns, stale comments, and naming violations. Fix CRITICAL and WARNING drift; report SUGGESTION items.
Pushback -- Adversarial challenge of proposals, plans, or recommendations. Assess scope validity, feasibility risks, and evidence gaps. Verify claims before accepting.
development
Use when the user shares a URL, names a resource from SOURCES.md, shares operational feedback, says 'adopt', 'learn from', 'what can we steal from', 'compare with', 'self-develop', or 'how do we get better'.
tools
Use when you need to set up or rebuild the dp-lsp Docker image after installing the plugin — 'set up LSP', 'build the image', 'install language servers'.
development
Use when you want to write tests first, enforce test-driven development, or add test coverage — 'write tests for this', 'TDD this feature', 'add test coverage'. Strict RED-GREEN-REFACTOR discipline.
testing
Use when starting major work that needs formal design review — cross-team changes, architectural decisions, or complex features where requirements need discovery before implementation.