code-refactor-review

Solid

Review a diff for reuse, composition, codebase consistency, and slop - the 'does this fit the codebase' lens rather than 'is it correct'. Local and report-only by default; never posts to GitHub. Triggers: 'refactor review', 'is this slop', 'did we reinvent something that exists', 'does this fit the codebase', 'review for reuse', 'check composition'.

Code & Development 7 stars 0 forks Updated today MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
30
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# code-refactor-review > Not "is this correct?" but "is this the code this codebase would have written?" ## What this skill is - and isn't | Skill | Question | Output | |---|---|---| | **`vd:code-refactor-review`** (this) | "Does this fit the codebase, or is it slop?" | Local verdict + findings; edits only with `--fix` | | `vd:code-review` | "Is this ready to land?" | Inline GitHub PR comments + summary verdict | | `vd:simplify` | "Can this read easier without changing behavior?" | Refactor commits | | `vd:zero-tech-debt` | "What shape should this have had from day one?" | Reshape + deletions | | `vd:security` | "What can an attacker do with this?" | Threat-modeled findings | This one stays local: no `gh pr review`, no posted comments. It is the pass you run on your own branch before `vd:code-review` goes public, or on someone else's diff when you want the reuse/consistency read specifically. ## Modes | Argument | Diff source | |---|---| | *(none)* | `git diff` (unstaged), falling back to `git diff HEAD` when staged changes exist | | `--pending` | `git diff HEAD` (staged + unstaged) | | `main...HEAD` or any ref range | `git diff <range>` | | `#123` or PR URL | `gh pr diff <n>` | Flags: `--fix` applies the minimal recommended fixes and summarizes what changed. `--save` writes the report to the injected `Reports:` path as `refactor-review-{date}-{slug}.md`. ## Hard rules 1. **No reuse claim without a search.** "The codebase already has this" must cite `path:line`. If t...

Details

Author
vanducng
Repository
vanducng/skills
Created
4 months ago
Last Updated
today
Language
HTML
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

code-review

Review code with a sharp, encouraging voice - inline GitHub PR comments + a tight summary. Supports PR (default), pending changes, commit hash, and codebase modes. Encodes an opinionated review style: severity-prefixed, concise, actionable, no fluff. Pass `--refactor` for the local reuse/slop lens (never posts). For the owned deterministic `miucr` CLI (gated reviews, webhooks, MCP), use vd:miucr.

7 Updated today
vanducng
Code & Development Listed

code-review

Use when the user wants a code review of a branch, PR, MR, or working diff against its acceptance criteria and declared scope, in whatever form they take in this repo. Triggers on "review my branch", "review this PR", "check this diff before I raise it", "is this ready to merge". Works with any language, delivery process, or issue tracker. Produces a structured verdict with blocking, warning, and suggestion findings; writes no source changes. Do NOT use to address or fix review findings (code-review-fix), to implement work (implement), to publish a review to a provider as its reviewer (merge-request-review), to sign off completion of a larger body of work (validate), or to review rendered UI (ux-design-review).

2 Updated 3 weeks ago
carinyaparc
Code & Development Listed

code-review

Review a diff the way a senior engineer does — design first, then spec conformance, correctness, complexity, and tests — reporting only findings with a demonstrated failure. Use when asked to review code, review a branch or PR, check changes before merging, audit a diff for bugs or security issues, or "is this safe to merge?".

1 Updated 1 months ago
artificialguybr