VS Code Agent Host：持久编码会话跨客户端运行

摘要：8 月 26 日，VS Code 公布 Agent Host 架构：编码 Agent 会话不再绑定某一个编辑器窗口，而由独立 Host 持有状态，编辑器、Agents 窗口、浏览器和远程客户端可以重新连接到同一条会话。它解决的是“窗口关了、项目切了、换台机器就得从头解释”的连续性问题；但本地会话仍要求 VS Code 进程继续运行，远程操作也仍要自己配置连接和权限。

VS Code 编辑器中选中 Copilot harness 的界面截图 — 图：VS Code 官方截图，展示编辑器窗口中的 harness 选择器；它说明 Agent Host 仍承接具体 Agent harness，而不是替换模型或工具链。来源：VS Code 官方公告。

对开发者来说，最烦的往往不是让 Agent 写第一版代码，而是让它把一个跨小时、跨文件、跨工具的任务做完：测试跑到一半，电脑要合盖；项目目录暂时关闭，回来后还要重建上下文；在编辑器里发起任务，又想在浏览器或另一台机器上看进度。Agent Host 的新闻价值，在于 VS Code 开始把“会话”当成可被客户端连接的长期对象，而不是聊天面板里的一次性动作。

本文只讨论这一个架构动作：它具体改变了哪些编码步骤，哪些地方仍然需要人守住边界，以及团队如何用一个低风险任务判断它是否真的减少了返工。

AI Coding 交流群

如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。

具体发生了什么：会话由 Host 持有

VS Code 官方公告称，Agent Host 是拥有 Agent sessions 的专用进程，开放的 Agent Host Protocol（AHP）负责连接 Host 与客户端。Host 可以作为 VS Code 的本地 utility process 运行，也可以作为独立服务器远程运行；Copilot 仍使用 GitHub Copilot SDK，Claude 仍使用 Anthropic Claude Agent SDK。换句话说，Host 统一的是会话协调和状态同步，不会抹平不同 harness 的推理方式、上下文策略或工具实现。

官方给出的直接行为是：文件夹关闭后，只要 VS Code 还在运行，本地会话可以继续；重新打开文件夹时可以恢复原来的进度。Agents 窗口、编辑器窗口和浏览器客户端能够观察并控制同一条活跃会话，而不是各自复制一份。想单独运行 Host，还可以使用 code agent host 或 code-insiders agent host。

一个完整场景：从“修复任务”到跨界面验收

假设团队把一个“修复 flaky 测试并提交变更”的任务交给 Agent。输入不再只是“改这个文件”，而是仓库位置、失败日志、验收条件和允许的命令。Agent 在编辑器窗口中读取代码、运行测试并形成 changeset；开发者此时关闭文件夹去开会，但不退出 VS Code，Host 继续保留会话和工具状态。

回来后，重新打开仓库，开发者看到的是原会话的进度，而不是一段需要重新粘贴的摘要。若他们需要边看边审，可以从 Agents 窗口查看改动；如果工作区在远程机器上，则通过 SSH、dev tunnel 或 Web 连接到远程 Host。批准工具请求、查看变更、取消操作等控制仍由客户端提供。这个链路的因果关系很实际：上下文不必在每次界面切换时重新编码，返工点从“重新说明任务”转移到“审查具体变化”。

编辑绘制的流程图：同一 Agent Host 会话连接编辑器、Agents 窗口、浏览器与远程主机 — 图：编辑绘制。它把公告中的客户端、Host 与远程连接关系画成一条可验证的工作流；图中不代表 VS Code 的实际界面，而是帮助读者理解状态由 Host 保存、各客户端负责操作。

为什么它改变的是工作流，而不只是多一个窗口

以前的体验通常以“当前窗口”作为自然边界：窗口关闭，任务的可见状态就断了；换到另一个表面，用户要么复制上下文，要么接受一个新的会话。Agent Host 把执行边界和展示边界拆开之后，客户端更像控制台：它们接收 Host 的状态快照和有序更新，再把审查、批准、取消和补充输入发回同一个会话。

这对长任务尤其重要。一个代码 Agent 可能需要等待测试、编译或外部服务；连续性让团队可以把“等待”与“人是否盯着编辑器”分离。AHP 还将 sessions、chats、terminals 和 changesets 暴露为 URI 可寻址通道，意味着未来可以有更多独立客户端，而不必复制每个 harness 的内部实现。这里的判断应保持克制：它改善了编排和恢复，不等于 Agent 的代码质量自动提高。

边界：持久不等于无人监管

公告明确写出，本地文件夹关闭后会话要继续，前提是 VS Code 本身保持运行；这不是关机后仍无条件执行的云端承诺。远程 Host 也需要 SSH、隧道或 Web 等连接配置，客户端只能在获得相应权限后访问工作区。不同 Agent harness 的能力和安全策略仍然分别存在，Host 并不会替团队决定哪些工具可以执行。

因此，第一轮试用不应直接交给它生产发布。可以选一个有明确测试命令的非关键仓库，让 Agent 连续运行 30 分钟：先在编辑器发起任务，关闭并重开文件夹，再从 Agents 窗口审查 changeset；记录恢复是否成功、工具请求是否可见、取消是否生效以及是否产生重复操作。涉及密钥、部署、数据库写入时，仍应把批准点留给人。

结论：先把它当作会话基础设施评估

VS Code Agent Host 的核心价值不是“让 Agent 更聪明”，而是把一条编码会话从单个 UI 里解放出来。对经常处理长任务、远程开发或团队交接的人，值得优先验证的是恢复成本和审查路径；对只在几分钟内完成小改动的人，新增的 Host、连接和权限配置可能暂时不划算。评估时看三项指标就够：任务中断后重新解释的时间、跨客户端重复会话的次数、以及人能否在关键工具调用前看见并接管。