code-review-bugs

Reviews code changes with fresh eyes to find bugs, complexity, and pre-existing issues.

2|2|Updated Dec 23, 2017
One-click install
npx skills add https://github.com/xriu/dotfiles --skill code-review-bugs-xriu
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: code-review-bugs
Source: https://github.com/xriu/dotfiles/tree/main/home/.skills/code-review-bugs
Command: npx skills add https://github.com/xriu/dotfiles --skill code-review-bugs-xriu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? First-pass implementations often hide bugs, dead code, and unnecessary complexity that the original author overlooks. This Skill performs a disciplined second-pass review of changed code, tracing behavior end to end before fixing the smallest complete set of confirmed issues. ## Core Features & Use Cases - Fresh-Eyes Review: Re-examines the diff, callers, tests, and contracts as if the reviewer did not write the code, questioning every line. - Edge-Case Tracing: Follows inputs through validation, error handling, concurrency, and failure paths, including empty, malformed, and boundary inputs. - Minimal Verified Fixes: Fixes concrete issues with the smallest safe change, adds regression tests where a test seam exists, and verifies with focused and broader test runs. - Use Case: After implementing a new API endpoint, ask for a second-pass review to catch a missing null check and an unused parameter, then have them fixed and covered by a regression test. ## Quick Start Ask the assistant to do a fresh-eyes double-check of the code changes you just made for bugs and unnecessary complexity.

Frequently Asked Questions about code-review-bugs

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I get a second-pass code review of my changes?▼

Request a fresh-eyes review after writing or modifying code. The review inspects the actual diff, callers, tests, and contracts, traces behavior end to end, then fixes confirmed issues and reports each one with the verification performed.

What kinds of bugs does a fresh-eyes code review catch?▼

It catches incorrect error handling, missing validation for empty or malformed inputs, concurrency and ordering problems, dead code, unused parameters, and unnecessary abstractions. It also distinguishes pre-existing defects from regressions introduced by the change.

Does the review fix issues or only report them?▼

It fixes every concrete issue found using the smallest safe change that restores a clear invariant, and adds regression tests when the repository has an appropriate test seam. Issues outside safe scope are explicitly noted rather than silently skipped.

When should I not use a second-pass implementation review?▼

Avoid it for speculative feature design or broad refactoring requests, since the review deliberately avoids adding abstractions or large rewrites. It is best suited to verifying a concrete, completed change rather than exploring new architecture.

How is the review result verified before reporting?▼

Focused tests for the changed behavior run first, followed by the broader relevant suite when practical. Diagnostics, lint and type errors, and the final diff are checked, and changed hunks are re-read to catch mistakes introduced by the fixes.