AI代码审查升级：结果直发PR评论，淘汰复制粘贴

大多数 AI 代码审查工具要么把每条发现都当作机器人评论一股脑倒出来，要么给你留一大段文字让你自己粘贴。两种方式放在真实的 Pull Request 场景下都不对劲。第一种会往对话流里灌噪音，团队成员只能跳着扫过去。第二种把每条发现都变成了小小的复制粘贴劳动。

ThinkReview 一直活在 PR 页面里，以副驾驶的姿态呈现：按严重程度排序的发现结果、文件范围、后续跟进、以及可以直接粘贴的内容。最后一公里还是得靠复制粘贴。这就是本版本要消除的部分。

一键从发现结果到评论

审查面板里的每条发现现在都有一个 Post 按钮。点击后，这条发现就会以对话评论的形式发布到你正在看的同一个 Pull Request 或 Merge Request 上。不需要切标签页。不需要手动格式化 Markdown。

评论内容就是你已经在面板里读过的发现：标题、文件路径、行号范围，以及解释。它出现在对话流里——这里正是团队成员已经习惯查看审查意见的地方——而不是那种"机器人连夜审了所有提交"式的自动垃圾评论。

这就是有效的分工：

内联审查评论仍然归属于你在 Diff 上写的人类审查。

对话评论则用来分享整个线程都应该看到的发现。

ThinkReview Post 写的是第二种，按需发布，从你选中的那条发现出发。

发布过程中，面板会显示一个带 spinner 的简短 toast。PR 页面保持可操作状态。如果主机拒绝评论——缺少写入权限、Token 过期、Scope 错误——你会看到相应的错误提示，而不是静默失败。

Post 使用你的 Full Context 集成——也就是 ThinkReview 已经用来读取仓库的同一套凭证——支持的平台包括：

• GitHub（GitHub App 或 Personal Access Token）
• GitLab（OAuth 或 Personal Access Token，包括使用自定义域名的自托管版本）
• Azure DevOps（Personal Access Token）

在 GitHub App 上，评论归属于 ThinkReview。在 GitLab OAuth / PAT 和 Azure PAT 上，评论归属于你本人，因为这些平台是以认证用户的身份发帖的。

Bitbucket 的审查仍在面板中运行。从发现结果发帖功能本次发布支持 GitHub、GitLab 和 Azure。

你真正需要的配置

如果 Full Context 能够获取 Diff，你就已经有了一个可用的审查。发帖则是一次写入操作。以下是额外的检查项：

GitHub App：安装时需要对该仓库具有写入 issue/comment 的权限。如果审查能工作但 Post 返回权限错误，请更新 App 安装并重试。

GitHub PAT：Token 需要对那个仓库有 comment 写入权限。

GitLab OAuth：发布 notes 需要 api scope（GitLab 没有提供更窄的"仅 notes"写入 scope）。如果你是在这个变更之前连接的 GitLab，请重新连接 OAuth 以授予新的 scope。

GitLab / Azure PAT：Token 需要对 MR 或 PR 有评论权限。

如果 Post 弹出的是设置提示而不是发送，请先为那个平台完成 Full Context 配置——GitHub App、GitLab OAuth 或 PAT——然后再点击 Post。

如何在实际审查中使用

在浏览器里打开 PR 或 MR，照常运行 AI Review。

在面板里阅读发现结果。如果你不希望它出现在线程里，就不要编辑任何内容——Body 就是发现结果的原文。

点击那条项目的 Post。

在对话标签页确认评论。如果主机渲染较慢，请刷新。

可以发一条发现，也可以发多条。跳过那些噪音大的。这就是重点：模型已经对问题排了优先级；但团队看到什么，仍然由你决定。

同一个面板，同一个新按钮

从 Chrome Web Store、Microsoft Edge Add-ons 或 Firefox Add-ons 安装或更新 ThinkReview。相同的积分、相同的模型、相同的面板。新增的控件只是从发现结果到线程这最后一步。

ThinkReview 仍然是一个副驾驶。下一篇帖子会讲为什么一次点击不等于评论机器人——以及为什么我们仍然等你来按 Post。