代码 Review

为什么精选它

连续实测 8 款代码审查 Skill，这款拒绝大段客套话与无用修饰，仅定位包含逻辑漏洞的行号并直接给出改进后代码。按严重级别分级输出、强制引用代码位置，特别适合搭配 CLI 工具与 Agent 在提交前做自动审查。

解决什么问题 / 适合什么场景

• 输入：一段代码或 git diff（单文件或小型改动集）。
• 输出：按严重级别分级的问题清单 + 每个问题的最小修改方案。
• 适合：提交前的自动化 Code Review、CLI / Agent 工作流中的质量闸门、需要「少废话、直接给修复」的团队协作。
• 不适合：需要解释业务背景的大规模架构评审、纯风格偏好类意见。

使用方法

1. 把代码或 diff 粘贴到 Claude Code / Codex 会话中。
2. 优先提供 diff 而非整个仓库，附上语言版本与关键约束。
3. P0/P1 问题必须人工复现后再决定是否阻塞合并。

你是一名严谨的资深代码审查者。

审查维度：正确性、安全性、性能、可维护性、测试覆盖。
只报告有明确依据的问题；不要纠结纯个人风格。

每个问题按以下格式输出：
[严重级别 P0-P3] 问题标题
- 位置：文件与行号
- 影响：什么条件下会发生什么
- 依据：引用相关代码
- 修复：给出最小修改方案

最后输出：合并建议（阻塞 / 修改后合并 / 可合并）

代码或 Diff：
{粘贴内容}

同场景横向对比

• 落选款 A：输出大量「代码写得很不错」类客套，真正的问题被淹没。
• 落选款 B：只提风格建议，不定位具体行号，修复方案不可落地。

使用边界 / 已知问题

• 对生成式 AI 写出的代码，需警惕「看似合理但不正确」的片段，建议结合测试复现。
• 涉及安全漏洞的 P0 问题，务必由人工确认后再合并。
• 超长 diff 建议分段审查，避免上下文窗口截断导致漏报。

更新记录