掌握VS Code 第16讲——Chat、Edits 与 Agent：三范式的边界与风险

访问DeepWrite

排版设置

在这里统一调整字体、字号、目录停靠位置和正文显示方式，不挤占右上角工具条。

字体

字号

目录层级

目录停靠位置

决定目录固定在左侧还是右侧，方便按手势习惯或演示场景调整。

正文显示方式

决定正文是否保留独立阅读卡片背景；关闭后正文会更贴近整页背景。

中文长文先试中文经典；英文长文先试 English Essay。目录默认显示到 H2，可按需要扩到 H4；目录位置和正文显示方式也可以在这里统一调整。

朗读菜单

直接在 HTML 页面内朗读，下载文件和独立分享页都可使用。这里只保留最少功能。

当前状态：未开始

语音

语速 0.82x

高亮级别

浏览器支持时会记住上次朗读位置。

全屏专注式阅读说明

这页优先保留鼠标与触摸操作，让阅读、选词、点击链接和查看目录互不打扰。

单击正文空白区：同时显示或隐藏主题区和目录。
开始滚动正文：自动进入专注态，减少阅读时的视觉干扰。
双击正文空白区：进入或退出全屏专注式阅读状态。
全屏专注时，按 Esc 或点击“退出全屏专注”：退出全屏。

掌握VS Code 第16讲——Chat、Edits 与 Agent：三范式的边界与风险

一、场景钩子

上一讲我们分清了补全和 Chat 的边界——但那只是 AI 在编辑器里"说"的两种姿势。这一讲要碰一个更刺骨的问题：AI 现在不只会"说"，它会"动手改你的文件、跑你的命令"了。

先想一个画面。你让 AI 给项目加一个功能，它没跟你商量，自己改了十一个文件、还顺手跑了一遍构建——你看着 diff 红一片，惊喜之余后背发凉：它到底改了什么、为什么改、有没有动到核心逻辑？另一个画面：你只是想让它改一个明显的拼写 bug，它却"热心"地顺手重构了整个模块的风格，你不得不花半小时把不相关的改动挑出来 revert。

核心问题由此而来：Copilot 类的助手现在有三种交互范式——Chat（对话）、Edits（多文件编辑建议）、Agent（自主多步执行）。它们的自主权递增、可控性递减，适用边界到底在哪？越自主越省事，还是越自主越危险？本讲处理三件事：第一，三范式的机制——从"只说不改"到"逐块改"到"自主跑"，自主权是怎么一级级放出去的；第二，它从哪来——AI 从建议者变成执行者，可控性如何成为核心议题；第三，也是重头戏——怎么按任务风险选对范式、怎么给自主权套上约束，让 AI 既省力又不失控。

二、机制讲透：三范式是"AI 能替你做几步"的谱系

先确立一件事：三范式不是三个独立功能，而是同一条轴——"AI 被允许替你执行多少步"——上的三个刻度。自主权越往右，它替你做的越多，你直接掌控的越少。

Chat（对话）：最左。它只"说"——回答你的问题、生成代码块供你复制、解释逻辑。它不直接改你的文件（或只产出建议片段）。你是完全掌控者：看它的回答，决定抄不抄、怎么抄。风险最低、可控性最高。
Edits（多文件编辑建议）：中间。它直接在多个文件里提出修改，但以"建议"形式呈现——每个改动你都能逐条看、逐条接受或拒绝。它能跨文件，但每一步都停在你面前等签字。中等自主权，你能逐块审。
Agent（自主执行）：最右。它拿到一个目标，自己规划多步：改哪些文件、按什么顺序、甚至跑命令（构建、测试、lint）来自我验证，循环到它认为任务完成。它不等你逐条签字，自己推进。高自主权，风险也最高。

机制落点由此清晰：三范式的本质区别是"执行权在谁手里、多久交还一次"——Chat 全程在你手，Edits 每步交还，Agent 跑完一轮才交还（甚至不主动交还）。自主权递增，意味着可控性递减。这和第9讲重构"动符号非词"、第12讲"能调试才敢改"一脉相承：AI 动得越多，你越需要"它能验、你能拦"。三种范式背后，都是平台把"模型 + 工具调用 + 文件操作"接成了一个可配置的执行环——你能选它跑到哪一步停。

要分清边界：三范式解决"不同复杂度的任务用不同放手程度"，但没有任何一种范式能免除你的验收——Agent 跑完的十一个文件，照样要回到阶段四的调试与任务去验。范式只是"执行的方式"，验收才是"确认的对错"。

三、来龙去脉：从"建议者"到"执行者"

最早的 AI 编码助手只会聊天——你问、它答，复制粘贴全靠你。后来补全能改光标处一行、Edits 能改多个文件但等你审。再后来，Agent 出现：它不再等你对每条改动签字，而是自己规划、自己改、自己跑命令验证，把"写代码"变成"交目标、收结果"。

范式转折在于：AI 从"建议者"变成了"执行者"。这听起来省事，却把"可控性"推到了最前台——它改的文件越多、跑的命令越杂，你失控的面就越大。这和第1讲心智模型里"扩展宿主沙箱""工作区信任"完全咬合：AI 也是一种"能动的扩展"，它的权限边界必须被平台约束。可塑性在这里体现得尖锐：平台给你三种范式，也给你配置"它能否跑命令、能否碰哪些文件、是否要逐条确认"的开关——AI 的能力你接进来，信任的边界你定出来。这正是本系列暗线在 AI 时代最尖锐的考题：能力越大，越要把"可回退、可拦截、可验证"配上去。

四、破除误解：四个关于三范式的错觉

误解一："Agent 最猛，能不动手就交给它。" 太危险。Agent 自主权最高，也最容易在大量文件里"迷路"或"热心过度"——它常为了一个小目标顺手改一堆不相关的东西，或在一个它不理解的核心模块上冒险。判断：Agent 适合"目标清晰、改动分散、可自动验证"的任务（如按规范批量加日志、跨文件重命名），不适合"涉及核心逻辑、后果不可逆"的任务。放权要有前提。

误解二："Edits 和 Agent 差不多，都是改文件。" 完全两回事。Edits 把每个改动摆在你面前，你逐条接受/拒绝，控制权在你每次签字时回到手上；Agent 自己推进，你往往在它跑完才看到全貌。判断：凡"你想边看边审"，用 Edits；凡"目标清楚、你愿先跑后审"，才考虑 Agent。把两者混同，等于把"逐条审"的保险悄悄拆了。

误解三："用了 Agent 就不用 review，它自己跑测试验证了。" 它自己跑的测试，只覆盖它"想到要测"的；它没想到的边界、它误改的核心逻辑，测试未必抓得到。这和第12讲铁律一致：能调试才敢改。判断：Agent 跑完，照样要用调试器（第12讲）和验收任务（第13讲）过一遍关键路径——它的自验是辅助，不是免检章。

误解四："Chat 没用，反正要改成文件，直接上 Edits/Agent 更快。" 恰恰相反，Chat 是低风险探索的首选——你不确定怎么做、想先弄懂一段代码、想比较几种方案时，Chat 不动你的文件，随问随答，零副作用。判断：凡"我还不太清楚该改什么"，先用 Chat 想明白，再决定用 Edits 还是 Agent 动手；把 Chat 当"思考伙伴"，别一上来就放权改文件。

五、实践影响（重头戏）：按风险选范式、给自主权套约束

下面按"配置—效率—工程—风险"四路给具体决策。

实践落点一：低风险探索用 Chat，不轻易放权。 这是最稳的起点。场景：你接手一段不熟的代码、想比较两种实现、想弄懂一个报错。用 Chat 问，它不动文件，你零风险地获取理解与方案。判断：凡"还不清楚怎么改"，Chat 先行——可塑性在这里体现为：你用最低自主权的范式保住完全掌控，想清楚再动手。

实践落点二：明确的小改动用 Edits，逐块审接受。 场景：一个清晰的小修复、一个明确的样式调整、一处要改三四个文件但逻辑简单的变动。用 Edits，它把每条改动列出来，你扫一眼类型与边界，逐条接受。判断：凡"改动明确、你想边看边签字"，用 Edits——它比 Agent 多一道你逐条审的保险，又比 Chat 省去复制粘贴。

实践落点三：大型重复/分散任务用 Agent，但配权限边界。 场景：按统一规范给二十个接口加日志、跨文件把旧命名批量换成新命名、给一批文件补基础测试。这类"目标清晰、模式重复、可自动验证"的任务适合 Agent。但放权前先配：它能否跑命令、能否碰敏感目录、是否每次改完要你确认。判断：Agent 是杠杆不是甩手掌柜——可塑性让你决定它"能跑多快、能碰哪"，边界配好才放。

实践落点四：Agent 跑命令的权限最小化（接第14讲）。 Agent 常要跑构建/测试来验证。这和第14讲 launch.json 的 preLaunchTask、远程调试是同一类治理：命令能跑，但跑什么、在哪个环境跑、能不能碰生产，必须你定。判断：凡 Agent 要执行命令，先确认它的权限范围（本地还是远程、能否改依赖、能否推仓库）——权限最小化是"可塑性 + 可控性"的双保险，和第1讲扩展宿主沙箱同源。

实践落点五：无论哪种范式，改完必过调试器与验收任务（呼应阶段四）。 这是贯穿本系列的闸门。Chat 你复制的、Edits 你接受的、Agent 跑完的，只要带逻辑，都用第12讲调试器看关键路径、用第13讲任务跑 lint + 单测。判断：范式不同，闸门相同——AI 的产出形态变了，验收闭环不变，这是"可控性"最实在的写法。

实践落点六：给 Agent 喂好上下文，它才不乱改（接下一讲）。 Agent 失控的一大原因是"它不懂你的项目约定，于是自作主张"。下一讲我们会展开：用 @workspace、@file、指令文件把架构约定、编码规范喂给它，它就不会瞎发挥。判断：凡要让 Agent 动手，先喂饱上下文——这和第15讲"Chat 先给上下文再指令"是同一条原则在自主范式下的放大版：上下文越准，它乱改越少。

实践落点七：工作区信任只给可信来源（接第1讲）。 Agent 和 Edits 本质是"能动的扩展"，它们的权限依附于工作区信任。和第1讲扩展宿主沙箱、第4讲扩展覆盖一致：只信任来源清楚、维护活跃的扩展与 Agent，陌生来源的"自动改文件"能力一律收紧。判断：凡"这个 AI 扩展要工作区完全信任"，先查来源再给——可塑性让你接入能力，工作区信任让你拦住危险，两者缺一不可。

实践落点八：团队约定"哪些任务可放 Agent、哪些必须人改"。 场景：团队里有人用 Agent 一把改了支付模块，没人审就合并，出了资损。要避免，得有约定：涉及资金、权限、核心算法的改动，禁止 Agent 自主跑，必须人用 Edits 逐块审或人亲手改；样板、重复、低风险的变动才放 Agent。判断：范式选择不是个人偏好，是团队风险策略——把"放权边界"写进团队约定（可接第17讲指令文件沉淀），比靠每个人自觉稳得多。这也正是可塑性的治理落点：你把"人和 AI 的分工边界"配成团队资产，而非各凭手感。

实践落点九：动手前过一遍"放权检查清单"，再决定用 Edits 还是 Agent。 具体四条：①目标是否清晰可描述（模糊就退回 Chat 先想清）；②改动是否可自动验证（不能验的，自主权越高越危险）；③是否涉及资金、权限、核心算法等敏感逻辑（涉及就禁 Agent、用 Edits 逐块审或人改）；④失败回退成本多高（回退贵就降级自主权）。过完这四条，范式选择从"凭感觉"变成"按风险"。判断：凡要让 AI 动手，先花三十秒过清单——它和第16讲"按风险选范式"是同一动作的操作化，也和第9讲重构"小步提交留后悔药"同源：自主权越大，越要用"可验证 + 可回退"兜住。可塑性给你放权的能力，这份清单给你放权的纪律，两者合起来才是安全的杠杆，而不是把键盘交给一个看不见上下文的统计模型。我自己的习惯是：任何"让 Agent 跑"的请求，先问自己"它跑完我能不能三十秒验完、验不完我能不能一键回退"——两个有一个答否，就降级到 Edits 或人改。这份纪律不是不信任 AI，是信任"可验证的系统"胜过信任"单次聪明的输出"。

六、承前启后：一句话记住

回到开头那个画面。AI 一把改了十一个文件、你惊喜又发凉——根源不是它太强，是你没按风险选范式、没给自主权套约束。Chat 只说不改、Edits 逐块等你签字、Agent 自主跑到完，三者是"AI 能替你做几步"这条轴上的三个刻度：自主权越往右，可控性越往下掉。没有任何范式能免你的验收——Agent 跑完照样要回阶段四的调试与任务去验。可塑性在这里最尖锐：平台给你三种范式，也给你"能否跑命令、能否碰哪些文件、是否逐条确认"的开关，能力你接进来，信任边界你定出来。

这一讲把"可控性"推到了 AI 时代的最前台。下一讲进入提示与上下文工程——无论是 Chat、Edits 还是 Agent，它们产出的质量天花板都卡在"你喂给它们的上下文"上；怎么在编辑器里用 @workspace、@file、指令文件把对的上下文喂进去，正是让 AI 不乱改、改得对的关键。

能带走的一句话：Chat 只说不改、Edits 逐块等你签字、Agent 自主跑到完——三范式是"AI 能替你做几步"的谱系，自主权↑可控性↓；按风险选范式、给权限套边界，改完一律回阶段四验收。