接受结果前先看「变更」：这一步能避免大多数麻烦

这是一个被绝大多数人跳过、但官方专门写了一节的功能：变更视图。

官方怎么说的

「变更」视图用于查看当前任务带来的文件修改，方便您在接受结果前先做一轮检查。

如果任务涉及代码开发、脚本生成或配置调整，建议优先在这里确认改动是否符合预期。

它能看到什么

• 本次修改涉及的文件列表
• 每个文件的改动情况
• 选中文件后的具体变更内容

为什么这一步不能省

AI 的产出有两种：新增文件和修改已有文件。

• 新增文件：错了删掉即可，代价小
• 修改已有文件：改错了可能覆盖掉你原来的内容，代价大

三个必须看变更的场景

1. 批量文件处理（整理、重命名、格式转换）——动的是你真实的文件，务必先看
2. 代码 / 脚本 / 配置类任务——官方明确建议优先确认
3. 在共享目录或工作目录里执行的任务——可能影响同事正在用的文件

一套简单的验收流程

第 3 步记得在原任务里说，不要重开任务——它有上下文，知道之前改了什么，改回去更准确。

配合官方的安全机制一起用

官方说明：系统敏感目录自动拦截，高危操作需二次确认。这是工具层的保护。

但工具拦的是"系统级危险"，拦不住"业务层面的误改"——比如它不会知道那份报表是你花三天做的、不能动。

所以：工具拦截 + 人工看变更，两层都要有。

一条经验

养成"任务跑完先看变更、再用产物"的习惯，大概多花 30 秒。 但能避免的，是那种"发现原来文件被覆盖了"之后花几小时找回来的麻烦。