Review code for quality, bugs, and design issues. Use when the user says "review this code", "do a code review", "check this PR", "review this diff", "is this code good", "what's wrong with this code", "code quality check", or pastes code and wants feedback - even if they don't explicitly say "code review".
Collected from public GitHub. Every version is saved exactly as it was and never changes. Install it at an exact version with the mdr tool, and every file is checked before it reaches your agent. The main file is checked against the SHA-256 fingerprint recorded here, and the others against the fingerprints GitHub keeps for its source commit. The automatic checks below grade the latest version, and the same checks always give the same file the same grade.
What the file says
## Overview
Based on **"Clean Code"** by Robert C. Martin. Martin's central argument: code is read far more than it is written. Clean code reads like well-written prose - the reader can understand the intent without decoding it. A code review is not just a bug hunt - it's a check that the code communicates its intent clearly to the next developer who reads it.
## Workflow
### Step 1: Read for intent first
Before looking for bugs, read the code as a whole. Can you understand what it does without reading comments or documentation? If not, that's the first finding.
### Step 2: Check naming
Martin's rule: names should reveal intent. Review every variable, function, and class name.
- Does the name tell you what it does, not how it does it?
- Would a new team member understand this name without context?
- Are booleans named as predicates? (`isValid`, `hasPermission`, not `flag`, `check`)
Bad: `d = datetime.now() - start`
Good: `elapsed_time = datetime.now() - start`
### Step 3: Check function size and responsibility
Martin's single responsibility principle: a function should do one thing and do it well.
- Functions longer than 20 lines are candidates for extraction
…
The line at the top of this page pins the label git:20260303.09b1726, which is what most people want. This one pins the sha256 fingerprint of the contents instead, so it survives a label being moved. Either way the exact version is written to mdr.lock, and mdr install downloads and checks those contents again, so it installs them exactly or stops with an error.
GET https://markdownregistry.com/api/v1/artifacts/art_lci6acq2mcfjj743
GET https://markdownregistry.com/api/v1/resolve?ref=qa-aman/claude-skills/code-review
GET https://markdownregistry.com/api/v1/blob/e33f1518f41f56c843bdeebdfcf27b42014adb2acbfea51c179f462bf01538a2
Your AI assistant does the legwork. You hear about the deals worth your word. Hand yours the standing instructions at modelranch.com and it joins the network that reads files like this one.
qa-aman/claude-skills · .claude/skills/create-skill/SKILL.md · Create or update Claude Code skills following Anthropic's official skill standard. Use when user says "create a skill"…
qa-aman/claude-skills · .claude/skills/sync-skills/SKILL.md · Fetch skills from projects on the current system, genericize them, and add to the claude-skills repository. Use when…
qa-aman/claude-skills · skills/by-role/accountant/audit-workpaper/SKILL.md · Write a clear, reviewable audit workpaper documenting procedures, evidence, and conclusions. Use when an auditor says…
qa-aman/claude-skills · skills/by-role/accountant/budget-variance-analysis/SKILL.md · Analyze budget vs. actual variances, identify root causes, and recommend corrective actions. Use when an accountant or…
qa-aman/claude-skills · skills/by-role/accountant/financial-statement-review/SKILL.md · Analyze and interpret financial statements to surface performance signals, quality concerns, and red flags. Use when an…
qa-aman/claude-skills · skills/by-role/accountant/month-end-close/SKILL.md · Run, document, or review a structured month-end close process. Use when an accountant says "help me with month-end…
qa-aman/claude-skills · skills/by-role/accountant/tax-position-memo/SKILL.md · Write a technical tax position memo that documents a tax filing position with authorities, facts, analysis, and…
qa-aman/claude-skills · skills/by-role/business-analyst/acceptance-criteria-writer/SKILL.md · Write measurable acceptance criteria for requirements or user stories. Use when the user says "write acceptance…
qa-aman/claude-skills · skills/by-role/business-analyst/brd-writer/SKILL.md · Write a Business Requirements Document. Use when the user says "write a BRD", "business requirements", "document the…
qa-aman/claude-skills · skills/by-role/business-analyst/cost-benefit-analysis/SKILL.md · Build a business case with costs, benefits, and ROI. Use when the user says "cost-benefit analysis", "business case"…
qa-aman/claude-skills · skills/by-role/business-analyst/data-dictionary/SKILL.md · Generate a data dictionary documenting entities, fields, and business rules. Use when the user says "data dictionary"…
kyegomez/swarms · examples/single_agent/capabilities/skills/multiple_skill_dirs/team_skills/code-review/SKILL.md · Review Python code for bugs, missing tests and security issues using the team's shared standards
basicmachines-co/basic-memory · .agents/skills/code-review/SKILL.md · Use when reviewing Basic Machines code for house style, architecture risk, pre-merge hardening, or whether a change…
nteract/semiotic · .github/skills/code-review/SKILL.md · Review Semiotic pull requests for behavioral bugs, regressions, contract drift, and missing evidence. Use for GitHub…
cbrock84/headcount · plugins/technology/skills/code-review/SKILL.md · Conducts and responds to code review — reviewing a change for correctness, design, and risk, and evaluating review…