Qodo 3.2：代码审查不再整篇重跑，只盯你刚改的那几行；顺手把 IDE 插件彻底下线了

2026年11月3日0 次阅读

3分钟看懂

一句话：AI 代码审查工具 Qodo 在 2026 年 11 月 2 日发布 3.2 版，最实用的一条改动是你按审查意见改完代码后，它不再把整个 PR 从头再审一遍，只复查你新推的那部分。

三件事值得记住：

复查范围收窄：减少重复意见、缩短等待、也减少按次计费的消耗；
审查可以联网了：查第三方依赖的最新官方文档和发布说明，而不是只靠训练时的记忆；
同一天起，Qodo 的 VS Code / JetBrains / Visual Studio 插件正式停止服务，本地审查要搬到「Agentic Toolbox」，也就是 Claude Code、Codex、Kiro 这些编码 Agent 里。

Qodo 是商业闭源工具，按订阅与席位销售，不是开源项目。本文以 Qodo 官方 changelog 与 what's new 页为准；涉及 OpenAI 客户案例的部分，基于多家媒体转述整理。

这次到底改了什么

官方 changelog 把这一版标为「Qodo 3.2 / 2 Nov 26」，what's new 页写的是「Released 2 November 2026」。改动分五块。

一、复查只盯新改动（Fix loop optimization）

以前的工作流是：提 PR → Qodo 审一遍 → 你改 → 再推 → 它把整个 PR 又审一遍。PR 越大，重复劳动越多，你也会看到一堆已经处理过的老意见。

3.2 里，你推送修复之后，下一轮审查只聚焦最近的改动，而不是整份 PR 重跑。官方给的理由是三条：少噪音、少等待、少成本。这个功能默认开启，可以在门户里关，也可以在仓库的 .pr_agent.toml 里关。

二、审查开始查「外部事实」（Web search 转正式可用）

Web search 从预览转为正式可用（GA）。审查时会去核对第三方依赖的最新官方文档、规格和发布说明，让结论落在当前版本的事实上，而不是模型记忆里的旧版本。

对经常升级依赖的仓库，这条比听起来重要：一个被废弃的 API 在旧文档里是合法的，模型照着旧记忆审，就会给出「没问题」的错误结论。

三、企业权限真的能收住（仓库级访问过滤）

接 GitHub Enterprise Server 或 GitLab 的企业，现在可以让 Qodo 沿用既有的仓库权限：用户只能看到自己被授权的仓库。这对多团队共用一套审查平台的公司是硬需求，否则「谁能看哪个仓」在两套系统里对不上。

四、规则和上下文更好管

规则导入可以指定来源的文件名和目录，还能写一段说明，告诉它该抽哪些规则、用在哪；每次 push 自动同步，改设置只影响之后的导入，已导入的规则不动。
同一个仓库里如果这个 PR 是接着之前的工作做的，可以在 PR 描述里关联相关 PR，Qodo 会把它们当成审查的补充背景。
发布位置的 routing matrix 现在始终显示每组意见发到哪里；保存一个显示模式或单独一行，会保存所有行。原来的 Custom 选项改名叫 Mixed。

五、IDE 插件的时间到了

官方退役页写得很直接：面向 VS Code、JetBrains 系列 IDE 和 Visual Studio Professional 的 Qodo 插件，2026 年 11 月 1 日起停止服务，已从 VS Code、Open VSX、JetBrains、Visual Studio 各市场下架。

已经装了的不会被自动卸载，但打开只会看到退役提示：代码审查、Agent 交互、代码补全、提交信息生成全部不可用，重装也恢复不了。

PR 审查本身不受影响，开 PR 时照常自动跑。受影响的只是「在 IDE 里本地审一遍」这条路径，官方给的替代是 Agentic Toolbox：CLI、MCP，或 Claude Code / Codex / Kiro 的插件形态。CLI 要求 Node.js 20 以上。

为什么重要

第一，AI 审查的成本结构被改了一点点。

按次或按 credit 计费的工具，最费钱的不是第一次审查，而是「改一轮再审一轮」的循环。一个 800 行的 PR 改五次，等于审了五遍 800 行，其中四遍里有大量内容你已经处理过了。把复查范围收窄，等于把这条成本曲线的斜率压下来；对审查延迟敏感的大仓库，感知会更明显。

第二，它承认了「模型记忆会过期」这件事。

代码审查最容易出的错，不是看不懂逻辑，而是拿着过时的 API 知识下判断。联网核对官方文档，是把「事实」从模型权重里挪到检索里。这个方向对整个 AI 编程工具链都成立——审查、补全、Agent 改代码，都会遇到同一个问题。

第三，插件下线带着明确日期，这是一次强制迁移。

工具换代常见，但「今天起就不能用了」不常见。对还在用旧插件的团队，这不是「有空再说」的事：本地审查要么迁到 Agentic Toolbox，要么直接放弃，只保留 PR 阶段的审查。

顺带说一句同一天热度更高的消息：OpenAI 在 11 月 2 日发了一篇客户故事，讲 Qodo 的 Codex 插件把组织规则、PR 历史和跨仓库依赖带进 Codex 会话，改完直接在同一个会话里出审查结论。基于多家媒体转述整理，这条被不少媒体当成「Qodo 发布 Codex 插件」来写，但按 Qodo 官方版本记录，Agentic Toolbox 早在 9 月就已上架 Codex 等市场，11 月 2 日只是 OpenAI 发了案例，不是插件首发。

怎么用

先确认你在哪个版本上：进 Qodo 门户看版本号是不是 3.2；团队版可以让管理员在后台确认。
什么都不用做，先观察：Fix loop optimization 默认开启。挑一个改动频繁的仓库，对比这一周的审查评论数量和从推送到出结论的时间。
如果团队习惯「一次改一大片」，去 .pr_agent.toml 或门户里确认这个开关是开的；反过来，如果你希望每次都全量重审（比如合规要求），就在这里关掉它。
迁移 IDE 插件：在 Claude Code、Codex 或 Kiro 里装 Agentic Toolbox（也可走 CLI / MCP），把官方给的默认模板贴进 AGENTS.md 或 CLAUDE.md，然后用 Review 技能在本地审一次改动。装完后把旧插件卸掉。
企业管理员：先在测试组织验证仓库级权限过滤，确认「用户能看到的仓库」和 Git 侧一致，再推到全公司。

适用场景

团队 PR 体量偏大、改动来回多轮，审查意见里重复项多；
仓库依赖升级频繁，审查结论经常要人工再去核对文档；
多团队、多仓库共用一套审查平台，需要按 Git 权限收口；
已经在用 Claude Code / Codex / Kiro，希望本地审查和 Agent 工作流待在同一个界面里。

不适用场景

只用免费额度、偶尔看看 PR 的个人项目：Fix loop 的收益感知很弱；
强合规场景要求「每次都必须全量重审」：这个功能默认开着，需要主动关；
团队完全不用 IDE 插件、也不打算引入编码 Agent：这次的两块改动都碰不到你；
想要开源自建方案的：Qodo 是闭源商业产品，这不是它的定位。

避坑

别把「插件退役」当成「Qodo 不能用了」：PR 审查完好，停的只是 IDE 里那条本地路径。
重装旧插件没用：市场里已经下架，装回来也只会显示退役提示。
迁移别跳过模板那一步：Agentic Toolbox 的能力靠技能触发，不把默认模板写进 AGENTS.md / CLAUDE.md，Agent 不会主动去调审查技能。
关掉 Fix loop 会变贵：如果只是想「看得更全」，先想想是不是每次全量重审真的有必要。
别把 11 月 2 日的 OpenAI 案例当成新品发布：插件 9 月就在了，这次只是客户故事。

成本与时间

官方定价页的公开口径：Pro Team 从每月 30 美元起，credit 单价 0.012 美元、在团队内共享，按 credit 折算大约 18 到 144 次审查/月不等；Enterprise（30 人以上）另议，包含 SSO/SAML、审计日志、自学习系统、BYOK、单租户或本地部署。

迁移本身不难：装插件、贴模板、跑一次本地审查，半小时内能完成。真正的成本在「团队习惯」——本地审查从 IDE 侧边栏换到 Agent 对话框，位置和交互都变了，需要一两天适应。

官方还给了一个缓冲：2026 年 11 月整月可以免费试用 Agentic Toolbox。

行动建议

第一步，先做一件最小的事：打开你最近一个改动超过 300 行的 PR，看它的审查评论里有多少条是「上一轮已经提过、你已经改了」的。如果有，就值得把 Fix loop 打开并盯一周数据；如果同事还在用旧 IDE 插件，今天就把迁移排进本周的活。

参考来源

Qodo 官方 changelog：https://docs.qodo.ai/changelog
Qodo 官方 what's new：https://docs.qodo.ai/whats-new
Qodo IDE 插件退役说明：https://docs.qodo.ai/qodo-ide-plugin-deprecation
Qodo Codex 插件安装文档：https://docs.qodo.ai/agentic-toolbox/codex-plugin
Qodo 定价：https://www.qodo.ai/pricing
OpenAI 客户案例（2026-11-02）：https://openai.com/index/qodo-codex-plugin/