Skip to main content

code-reviewer

General-purpose code review skill. Provides checklists for security, code quality, performance, and best practices. Use when reviewing code changes, PRs, or performing quality audits.

来源信息

仓库
kumaran-is/claude-code-onboarding
最近来源活动
2026年3月29日 13:06
检测到的 SKILL.md 语言
英语
星标
36
分支
21

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

文件资源管理器
2 个文件

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
code-reviewer
description
General-purpose code review skill. Provides checklists for security, code quality, performance, and best practices. Use when reviewing code changes, PRs, or performing quality audits.
allowed-tools
Read, Grep, Glob, Bash
agent
code-reviewer
context
fork
metadata
{"triggers":"code review, review code, PR review, pull request review, code quality, code audit, review this code","related-skills":"security-reviewer, dedup-code-agent, test-driven-development","domain":"quality","role":"specialist","scope":"review","output-format":"report"}
last-reviewed
2026-03-15
**Iron Law:** Never approve code without reading the actual implementation; always provide severity-bucketed findings with file:line evidence. # Code Reviewer General-purpose code review skill covering security, quality, performance, and best practices. ## When to Use - After writing or modifying code - During PR reviews - When auditing code quality ## Process 1. Identify changed files via `git diff` or user request 2. Read [reference/code-review-checklist.md](reference/code-review-checklist.md) for review categories, severity levels, and output format 3. Review each file against the checklist 4. Report findings by severity (Critical > High > Medium > Low) ## Reference Files | File | Contents | Load When | |------|----------|-----------| | `reference/code-review-checklist.md` | Security checks, code quality, performance, best practices, output format | Reviewing any code change, pre-PR checklist, security audit | ## Error Handling If no changes are found, report "No changes detected" and list the files/paths searched. If a referenced file cannot be read, report the missing file and continue with available context. ## Anti-Patterns - **Never rubber-stamp without file:line** — "looks good" with no evidence is a failed review - **Never mark APPROVED if any Critical or High finding is unresolved** — severity discipline is non-negotiable - **Never review from memory** — always read the actual changed files; filenames do not tell you what changed - **Never scope-creep the review** — report what changed, not what you wish were different in adjacent code - **Never merge findings across files** — report per-file with specific line numbers, not aggregate impressions - **Avoid vague findings** — "this could be a security issue" is not a finding; "SQL built via string concatenation at service.ts:47 allows injection" is ## Verify After completing a review: ```bash # Confirm all files you reviewed are the ones that actually changed git diff --name-only HEAD~1 # Confirm no new linting errors introduced npm run lint 2>&1 | grep -E "error|warning" | head -20 # Confirm tests still pass after changes npm test -- --passWithNoTests 2>&1 | tail -5 ``` Report format after verification: ``` REVIEW COMPLETE: - Files reviewed: N (list them) - Findings: X Critical, Y High, Z Medium, W Low - Verdict: APPROVED / NEEDS_REVIEW / REJECT - Evidence: [file:line for each finding] ```
在 GitHub 查看