Claude Code 插件 code-review —— 4 个 AI 同时帮你 Review PR,只输出有用的话

"你用过 Claude Code 的 /code-review 吗？如果你团队里有人把 AI Code Review 当作摆设——每条 PR 都贴一堆无意义的 nitpick 评论，那这个插件就是来纠正这个问题的。它一次启动 4 个 AI Agent，从不同角度审查你的代码，然后只输出信心分 80 以上的真问题。排名第 3，40 万安装量，不是没道理的。"

01AI Code Review 的常见病

用 AI 做 Code Review，听起来很美好。但实际用过的都知道那几个通病：

🤡

假阳性轰炸

AI 非常喜欢提"这里加个空行"、"这个变量名可以更好"之类无关痛痒的 nitpick。一条 PR 几十条评论，人肉 reviewer 直接忽略。

🎭

单视角盲区

一个 AI 从单一角度审查，要么只抓语法问题，要么只关注业务逻辑。很难兼顾代码规范、bug 检测、历史上下文等多个维度。

📢

已知问题重复报

代码库里已有的老问题，AI 每次 review 都会再报一遍，因为它是"第一次看到"。不会区分"这次改的"和"本来就有的"。

这些问题的根源在于：大多数 AI Code Review 工具只有一个 Agent，一条 prompt，一次扫描。它没有"判断力"，不知道什么该说什么不该说。

02code-review 插件是什么？

code-review 是 Claude Code 内置的官方插件，排名第 3，安装量超过 40 万。它的核心理念很直接：用多个 AI Agent 做平行审查，加上置信度评分，只输出靠谱的评论。

你只需要在 Claude Code 里输入 /code-review，它就会自动分析当前 PR 的变更，启动 4 个 Agent 并行审查，然后把结果汇总给你。

🏆

插件排名

#3 / 280 个插件 · 404,331 安装量

⚡

使用方式

在 Claude Code 中直接输入 /code-review，无需额外配置

🧠

核心机制

4 个专用 Agent 并行审查 + 置信度评分（0-100）过滤低质量评论

034 个 Agent，4 个视角

这是整个插件最聪明的地方——不是用一个 AI 什么都干，而是启动 4 个专用 Agent，各司其职：

🔍

Agent 1：CLAUDE.md 合规检查（A 面）

检查代码变更是否符合项目 CLAUDE.md 中定义的编码规范、架构约定和最佳实践。从"规范"角度审查。

🔍

Agent 2：CLAUDE.md 合规检查（B 面）

和 Agent 1 任务相同，但独立运行。两个 Agent 做冗余检查，确保没有遗漏，同时交叉验证。

🐛

Agent 3：Bug 检测

专门扫描代码中的逻辑错误、边界条件遗漏、空指针风险、并发问题等真正的 bug。

📜

Agent 4：Git Blame / 历史上下文分析

分析 git blame 和历史提交记录，找出"这个代码为什么这么写"、"之前的改动引入了什么"等上下文相关的问题。

4 个 Agent 并行运行，互不干扰。每个 Agent 独立输出它找到的问题列表，每个问题带一个置信度评分。

04置信度评分——80 分以下不说话

这是插件过滤噪音的关键机制。每个问题不是简单输出，而是附带一个 0-100 的置信度评分：

🔴

80-100 分：高置信度

这些是真正的风险或违规，需要关注。会发布为 PR review 评论。

🟡

50-79 分：中等置信度

可能有问题，但不确定。会记录内部日志，但不会发布为评论。

🟢

0-49 分：低置信度

很可能是假阳性或是 nitpick。安静地忽略，不让 reviewer 分心。

这个机制解决了 AI Code Review 最大的痛点——假阳性太多导致人肉 reviewer 直接忽略所有 AI 评论。只输出 80 分以上的真问题，剩下的保持安静。reviewer 看到的每条评论都是值得看的。

05自动跳过——不浪费 Token 的场景

插件不是傻傻地什么 PR 都跑一遍。它内置了跳过逻辑，自动识别以下情况：

🚫

已关闭的 PR

PR 已经被合入或关闭了，不再浪费时间审查。

🚫

Draft PR

还在草稿阶段的 PR，代码还没准备好被 review。

🚫

Trivial 变更

只改了 README、注释、配置文件之类的 trivial 变更，不需要代码审查。

🚫

已审查过的

如果这个 PR 已经 review 过了，不会重复审查。

这些跳过逻辑让插件只在你真正需要 review 的时候才工作，不会浪费 Token 和注意力。

06评论质量——精确到行和 SHA

插件发布的 review 评论不是泛泛的"这段代码有问题"，而是精确到：

📍

精确位置

使用完整 SHA 提交哈希 + 行号范围，直接标注到代码的精确位置

📋

问题说明

每条评论说明为什么这是个问题，建议怎么改，参考了哪个规范

🔗

直接链接

每条评论直接链接到代码行，reviewer 点击就可以看到上下文

加上精确的 SHA 引用，避免了"评论指向了过时的代码"这种尴尬情况。

07冗余检查——让 AI 互相验证

CLAUDE.md 合规检查用了两个 Agent 来做，这不是冗余，是设计。

AI 有时候会漏掉问题。如果只有一个检查 Agent，漏了就是漏了。两个独立 Agent 做同样的任务，A 找到的 B 可能没找到，B 找到的 A 可能漏了。两个结果合并后，覆盖范围更大。

而且两个 Agent 独立给出置信度评分——如果两个 Agent 都对同一个问题打出 90+ 分，那这个问题的可信度远高于只有一个 Agent 打出的 90 分。

🧠 设计洞察

这种"冗余 Agent"的设计理念，其实很像现实中的代码审查：你给两个人看同一段代码，他们各自独立审查，然后汇总发现。两个人互相补充，比一个人更可靠。

08安装和使用

安装就一句话：

/plugin install code-review

安装完成后，在 Claude Code 里直接输入：

/code-review

它会自动分析当前 PR 的变更，启动 4 个 Agent 并行审查，然后输出结果。

你也可以在 CI/CD 中集成，让它在每次 PR 创建或更新时自动触发 review。

09诚实地说——它不完美

用了这么久，说说它的真实感受：

⚠️

依赖 CLAUDE.md 质量

CLAUDE.md 合规检查的两路 Agent，效果高度依赖你项目的 CLAUDE.md 写得好不好。如果项目没有 CLAUDE.md 或者写得敷衍，这两个 Agent 基本白跑。

⚠️

80 分阈值是硬编码

置信度阈值固定为 80，不能调整。有些团队可能希望更严格（90+）或更宽松（60+），但没得选。

⚠️

Token 消耗不小

4 个 Agent 并行运行，Token 消耗是单 Agent 的 4 倍。虽然只输出高质量评论，但后台消耗不低。

⚠️

不适用于小项目

对于个人项目或只有几个文件的小仓库，4 个 Agent 跑 review 是大炮打蚊子。更适合中大型团队项目。

但话说回来，对于团队项目、特别是多人协作的代码库，它的价值远大于成本。一个被漏掉的 bug 在线上造成的损失，可能就是几百上千倍的 Token 费用。

10适合谁用？

✅

团队项目维护者

每天要 review 多条 PR，希望 AI 帮忙过滤掉低级问题，专注在架构和逻辑上。

✅

有 CLAUDE.md 的项目

项目已经有完善的 CLAUDE.md 编码规范，合规检查能发挥最大价值。

✅

CI/CD 自动化团队

希望在 CI 流水线中自动触发 Code Review，减少人工审核负担。

❌

个人/小项目

一个人开发、代码量不大的项目，4 个 Agent 并行 review 有点大材小用。

📝

小测验

Q1：code-review 插件启动几个 Agent 并行审查？

👆 点击每个选项查看对错

Q2：插件中置信度评分低于多少分的问题不会被发布为评论？

👆 点击每个选项查看对错

📝

笔记完成

理解了 code-review 插件的 4 Agent 并行架构、置信度评分过滤机制、自动跳过逻辑、以及 CLAUDE.md 合规检查的冗余设计。

📖 插件市场：Claude Code Plugins · code-review · #3/280 · 404,331 安装量

💡 安装命令：/plugin install code-review