Code Review 怎么关掉自动审查：@claude review stop，以及重审不再先说 LGTM

Claude 的 Code Review 可以在 PR 上用 @claude review always 订阅：之后每次推送都会自动审一轮。好用是好用，但有个现实问题——PR 进入收尾阶段、只剩改文案或修 lint 的时候，你可能并不想每推一次就再来一份审查报告。

新命令：@claude review stop

CLI 2.1.307 的更新说明里，Code Review 加了一个指令：

@claude review stop

它会结束这个 PR 上的 @claude review always 订阅，而且不会顺带开始一轮新审查。同样的效果也可以写成：

@claude review off
@claude review pause

三种写法效果相同，挑团队习惯的那个就行。之后想恢复自动审查，应该再评论一次 @claude review always 就行（这一点是按订阅逻辑推断的，更新说明没有单独写）。

「不触发新审查」这一点值得注意：关闭订阅这个动作本身不会再多产出一份报告，评论区能保持干净。

重审不再「先说 LGTM」

另一处变化来自 2.1.305：重审（re-review）在之前的阻塞问题仍未解决时，不再以 LGTM 开头。

以前的情况是，作者推了一次修改，重审报告开头就是一句「LGTM」，往下读才发现上一轮标出的阻塞问题还挂着。只扫第一行的人很容易误以为可以合并了。现在开头的结论和实际状态对得上，审阅者看一眼就知道还差什么。

多次推送时会审最新提交

同在 2.1.305 修复的还有：审查进行中又有几次推送落到 PR 上时，Code Review 有时不审最新的那个提交。对习惯「小步快推」的人来说，以前可能拿到一份针对旧代码的报告；现在会以最新提交为准。

一个实际的用法

结合这几处变化，可以这样安排一个 PR 的生命周期：

1. 开 PR、改动还大的时候，评论 @claude review always，每次推送都有人把关；
2. 阻塞问题逐个修掉，重审报告的开头会如实反映是否还有阻塞项；
3. 只剩收尾的小改动时，评论 @claude review stop，避免重复报告刷屏；
4. 合并前如果还想要一次最终确认，再手动触发一次审查。

小结

• 2.1.307：@claude review stop（或 off、pause）结束 PR 上的自动审查订阅，不触发新审查；
• 2.1.305：阻塞问题未解决时，重审不以 LGTM 开头；审查期间多次推送，会审最新提交；
• 这些都是 Code Review 服务侧的行为，跟着 Claude Code 的版本说明一起发布。