四大代码编辑器竞相加入 AI 代码逐块审查功能

本月，Zed、Cursor、VS Code 和 Claude Code 四款代码编辑器先后新增或扩展了 AI 代码审查工具，让开发者能够按代码块逐段检查、接受或拒绝 AI 编写的代码，而不是只能整文件确认。这一变化集中出现在 Anthropic 于 10 月 17 日发布 Claude Code 2.1.302 更新后的数天内。

推动这一轮调整的是编码代理产出代码的速度与规模。基于 GPT-5.3-Codex、Gemini 4 Argon 和 Meta 的 Muse Wonder 等模型的代理可以在数分钟内重写整个模块，而 Stack Overflow 2025 年开发者调查显示，46% 的开发者不信任 AI 工具的准确性，信任者占 33%，高度信任者仅 3%。

审查问题从何而来

代码审查并非新事物，但编码代理带来的产出规模是新的。一名人类贡献者提交拉取请求，一天最多写几百行代码；而在 Cursor 或 Claude Code 中执行多步任务的代理，可以在几分钟内重写整个模块，甚至能在无人值守的夜间完成。这种速度既是卖点也是风险：过去逐行阅读同事代码的审查者，很难再逐行读完代理在十几个并行任务中产出的内容。

Stack Overflow 2025 年开发者调查的数据显示，开发者对 AI 工具的适应程度并不均衡。目前只有 31% 的开发者在使用 AI 代理，17% 计划使用，38% 不打算使用；与此同时，84% 的开发者正在使用或计划使用某种 AI 工具。代理是 AI 编码技术栈中开发者最犹豫的一环，而编辑器厂商正在围绕这一层构建审查工具。调查还显示，51% 的专业开发者每天使用 AI 工具，使用频率之高意味着即便单次错误率很低，累积起来也会在团队代码库中形成可观的风险。

在这一背景下，只能整文件确认的“全部接受”按钮已不足以应对需求。本月 Zed、Cursor、VS Code 与 Claude Code 四款编辑器先后加入或扩展按代码块审查的能力，形成了一套大致相同的流程：代理写入、编辑器展示差异、由人逐块决定是否保留。

Claude Code 的两次更新

Anthropic 于 10 月 17 日发布 Claude Code 2.1.302，新增客户端自动模型选择与新的空闲压缩控制，并缩短了安装大量插件用户的启动时间。此前 10 月 9 日发布的 2.1.296 引入了工作流级模型固定：通过新的环境变量 CLAUDE CODE WORKFLOW SUBAGENT MODEL，多步工作流可以把每个子代理锁定在同一个指定模型上，避免任务进行中在不同模型之间漂移。

两次更新合起来，呈现出一个从单一聊天式命令行工具向受管管道演进的工具：团队可以指定哪个模型负责任务的哪个阶段，再审查最终产出。这一变化出现在四款编辑器集中调整审查工具的窗口期内。

Zed 与 Cursor 的做法

Zed 的方案是一个专门的 Review Changes 标签页，把代理的修改呈现为一个个独立的代码块，而不是一整份不可分割的差异。开发者可以逐块接受或拒绝，这在代理的一次任务涉及五个文件、但其中只有一处修改确实出错时尤为重要。Zed 采用自带密钥的方式接入前沿模型，包括 Claude Opus 和 GPT-6.1 Sol，把模型访问当作通道而非捆绑订阅，定位为轻量、启动快速的编辑器。

Cursor 走的是另一条路：将 Composer 代理与差异视图和回滚检查点配合，开发者可以撤销某一次具体的代理操作，而不必回退整个会话的改动。这种检查点模型承认了一个现实：代理会话很少全好或全坏，开发者往往想保留其中八成成果，只丢弃一次糟糕的重构。Cursor 同时提供自研编码模型 Composer，并将其与第三方模型并列，而非仅作为它们的轻客户端。

VS Code 的代理画布

微软的 VS Code 也在推进同一思路。据本刊此前报道，该编辑器 1.142 版本加入了代理画布相关能力，让开发者在决定是否保留代理产出之前先查看它做了什么。四家厂商对审查粒度的具体设计各有不同，但方向一致：把逐块审查固化为代理工作流中的标准步骤。

要点

• Claude Code 2.1.302 于 10 月 17 日发布，新增客户端自动模型选择
• Claude Code 2.1.296 引入工作流级模型固定环境变量
• Stack Overflow 调查：46% 开发者不信任 AI 工具准确性
• 仅 31% 开发者目前使用 AI 代理，38% 不计划使用
• Zed 以自带密钥方式接入前沿模型