| name | code-reviewer |
| description | Use when completing tasks, implementing major features, or before merging to verify work meets requirements - reviews implementation against plan or requirements with severity分级（Critical/Important/Minor）. NO MERGE WITHOUT CODE REVIEW FIRST. |
| metadata | {"short-description":"代码审查与质量保证","keywords":["code-reviewer","代码审查","Code Review","代码质量","安全检查","性能优化","最佳实践","code review","quality check"],"category":"代码质量","author":"Bensz Conan","platform":"Claude Code | OpenAI Codex | ChatGPT","iron-law":"NO MERGE WITHOUT CODE REVIEW FIRST\n"} |
Code Reviewer - 代码审查专家
BenszAPI 任务工作区
本 Skill 的新任务中间文件统一写入 ./.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/{skill名}/input|output|log/。同一任务复用一个任务根目录；多 Skill 协作才创建 shared/。正式交付物不写入该目录，历史隐藏目录只允许显式兼容读取、迁移或清理。
与 bensz-collect-bugs 的协作约定
- 因本 skill 设计缺陷导致的 bug，先用
bensz-collect-bugs 规范记录到 ~/.bensz-skills/bugs/，不要直接修改用户本地已安装的 skill 源码；若有 workaround，先记 bug，再继续完成任务。
- 只有用户明确要求“report bensz skills bugs”等公开上报时，才用本地
gh 上传新增 bug 到 huangwb8/bensz-bugs；不要 pull / clone 整个仓库。
铁律：NO MERGE WITHOUT CODE REVIEW FIRST。
目标：用最少的时间发现“最致命的问题”（安全/正确性/数据一致性/可维护性），并给出可落地的修复建议。
为满足社区推荐的 SKILL.md 500 行以内约束：大量代码示例与长模板已下沉到 awesome-code/agents/code-reviewer/references/legacy-skill-full.md。
何时使用
- 重大功能完成后、合并前、发布前
- 大重构/跨模块变更
- 引入新依赖、新权限、新数据流
审查输入
- 需求/计划：用户描述、PR 描述、任务计划/设计文档（如
PLAN.md、docs/plans/*.md 或其它项目约定文件名）
- 代码改动：diff、关键文件、测试结果
- 风险偏好：可接受的破坏性/性能回退范围
输出格式（必须结构化）
对每个问题输出：
- Severity：Critical / Important / Minor
- What：问题是什么（具体到文件/函数/行为）
- Why：为什么是问题（风险与影响）
- Fix：如何修（最小变更优先）
- Verify：如何验证（测试/复现步骤）
审查顺序（先 P0 再 P2）
-
Critical（P0）
- 鉴权/授权缺陷、注入、路径遍历、敏感信息泄露
- 数据一致性/事务边界错误、不可恢复的数据破坏
-
Important（P1）
- 明显性能风险（N+1、O(n^2) 热路径、内存爆）
- 测试覆盖不足（关键路径无回归验证）
-
Minor（P2）
- 可维护性：命名、重复、复杂度、模块边界
- 文档/注释/类型标注缺失
快速检查清单
