olshansk/personal-agent-skills · Archived

cmd-code-review-sweep

Review changes for test gaps, simplification, naming consistency, reuse opportunities, and TODO quality

First seen Aug 8, 2026

Installation

$ npx skills add olshansk/personal-agent-skills --skill cmd-code-review-sweep

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from olshansk/personal-agent-skills · top by installs.

npx skills add olshansk/personal-agent-skills

Browse all from olshansk/personal-agent-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 10
Default branch main
Open issues 0
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,648 B
  • docs SUMMARY.md 132 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

Code Review Sweep

Review all recent changes (staged, unstaged, or a specified branch diff) across five dimensions. Focus on actionable findings — skip nitpicks.

Instructions

  1. Identify the change scope — ask the user if unclear:

- Uncommitted changes: git diff HEAD - Branch diff: git diff main...HEAD - Specific files: user-provided list

  1. Read all changed files in full before reviewing. Understand the existing patterns, not just the diff.
  1. Review each dimension below. For each finding, cite the file and line.

Review Dimensions

1. Test Gaps

  • Are there new code paths without corresponding tests?
  • Are edge cases covered (empty inputs, error paths, boundary values)?
  • Do existing tests still pass with the changes?
  • Are there testable utilities or helpers that lack unit tests?

2. Simplification

  • Can any conditional branches be collapsed or removed?
  • Are there unnecessary abstractions (wrappers, factories, indirection) for single-use cases?
  • Can complex expressions be broken into named variables for clarity?
  • Are there redundant checks or defensive code that can't trigger?

3. Naming Consistency

  • Do new names follow existing conventions in the codebase?
  • Are abbreviations used consistently (don't mix repo/repository, config/configuration)?
  • Do function names accurately describe what they do?
  • Are similar concepts named similarly across files?

4. Reuse Opportunities

  • Is there duplicated logic that could use an existing helper?
  • Are there patterns repeated 3+ times that should be extracted?
  • Can existing utilities, constants, or types be reused instead of redefined?
  • Are there opportunities to consolidate similar functions?

5. TODO & Comment Quality

  • Do TODOs follow the project's prefix convention (TODO, TODOIMPROVE, TODOTECHDEBT, etc.)?
  • Does each TODO include what and why?
  • Are there stale or resolved TODOs that should be removed?
  • Are comments explaining "why" rather than "what"?
  • Are there missing TODOs for known shortcuts or deferred work?

Output Format

For each dimension, output:

### [Dimension Name]

- **[file:line]** — Finding description
  Suggestion: ...

- **[file:line]** — Finding description
  Suggestion: ...

If a dimension has no findings, output: No issues found.

Final Summary

End with a prioritized list of the top 3-5 most impactful changes, ranked by effort-to-value ratio.