code-review

Reviews owned code changes against repository standards and approved specifications as two independent axes.

Updated Sep 14, 2026
One-click install
npx skills add https://github.com/duchuyn04/resume-analyze --skill code-review-duchuyn04
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: code-review
Source: https://github.com/duchuyn04/resume-analyze/tree/main/.agents/skills/code-review
Command: npx skills add https://github.com/duchuyn04/resume-analyze --skill code-review-duchuyn04

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code reviews often conflate style conformance with requirement fidelity, letting one concern mask the other and allowing unrequested scope or missing behavior to slip through before Feature or Risky Bounded completion. ## Core Features & Use Cases - Two-Axis Review: Evaluates Standards (repository rules, code-smell heuristics) and Spec (task card, stories/AC, architecture contract) as strictly separate passes that are never merged or reranked. - Required Review Input Contract: Blocks the review unless baseline revision, owned changed areas, task card, stories/AC, architecture contract, standards sources, and required checks are all provided. - Parallel or Sequential Execution: Dispatches Standards and Spec subagents in parallel when available, or runs two isolated sequential passes as a fallback. - Use Case: Before marking a feature complete, run this review to receive separate standards and spec verdicts with findings citing severity, source, location, risk, and concrete correction. ## Quick Start Review my current change against the repository standards and the approved task specification, reporting standards and spec findings as two separate verdicts.

Frequently Asked Questions about code-review

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

FAQPage Schema
How do I review code changes against both standards and a specification?▼

Run two deliberately separate passes: a Standards pass checking repository rules and code-smell heuristics, and a Spec pass checking fidelity to the task card, stories/AC, and architecture contract. Never merge or rerank the two axes so one cannot mask the other.

What inputs are required before starting a code review?▼

The review requires a baseline revision, owned changed areas, task card, stories and acceptance criteria, architecture contract, standards sources, and required checks. Missing a required baseline or spec source returns a blocked verdict rather than inventing requirements.

Can the standards and spec review passes run in parallel?▼

Yes, when subagents are available the Standards and Spec passes are dispatched in parallel with separate context and the same fixed baseline. When unavailable, two isolated sequential passes run, completing Standards first, then Spec.

What code smells does a standards review check for?▼

The Standards pass reports documented-standard violations plus judgement-call smells such as mysterious names, duplication, feature envy, data clumps, primitive obsession, repeated switches, shotgun surgery, divergent change, speculative generality, message chains, middle men, and refused bequest.

What happens when a code review finding is unresolved?▼

A material finding requires a fix followed by re-review of the affected axis, or an explicitly sourced accepted exception. Missing evidence, a blocked status, or an unresolved finding cannot become a pass verdict.