GitHub Copilot 在 Visual Studio Code 1.131 中怎么用 Agent 窗口：新入口、代理切换与升级核对

如果你在 VS Code 里同时跑着代码修复、评审任务，还想单独开对话问点技术问题，旧版 Copilot 聊天栏很容易堆得乱糟糟，找历史记录都费劲。GitHub 在 2026 年 7 月推出的 Copilot 更新，把 Agents 窗口、并行会话、worktree 隔离和多模型入口整合成了一套更清晰的工作流，覆盖 VS Code 1.127 到 1.131 全系列版本。

这次更新把 Copilot 的入口推向了哪里

本次官方更新覆盖 VS Code 1.127、1.128、1.129、1.130 和 1.131 五个版本。所有调整的核心方向，是让 Agent 不再只是编辑器侧边的窄聊天栏，转而变成支持分组、切换、人工校验、按需回收的独立任务工作区。

其中 Agents 窗口仍处于公开预览状态。它重做了整体布局，你可以在对话面板旁边直接查看关联文件和代码 diff，也能直观看到每处改动对应的新增、删除代码行数。这项调整对开发团队的价值不是让模型自动生成更多代码，而是帮你更快判断单次改动到底覆盖了哪些影响范围。

先把三个概念分开：会话、worktree 和模型

会话解决上下文混在一起

多聊天会话适合把同一个复杂问题拆成多条探索路径。比如一个会话专门留存故障复现的完整上下文，另一个会话用来尝试方案重构，第三个会话只记录最终测试结果。它们共享项目工作背景，但这不代表所有生成的修改天然就是安全隔离的。

worktree 解决文件修改互相覆盖

如果两个 Agent 任务都要修改同一个仓库，单纯新开两个聊天窗口仍可能指向同一份本地工作区，改乱原有代码。Git worktree 可以为每个任务生成独立的仓库副本，不管是 Copilot、Claude 还是 Codex 会话，都能在各自对应的 worktree 里运行。这套方案的代价是会占用更多磁盘空间，依赖安装和后续合并的成本也会上升，更适合改动边界明确的并行任务。

模型决定能力边界，不等于自动放权

现在你可以直接在 Agents 窗口里切换使用 BYOK 模型。模型可选入口变多之后，团队最好把「是否允许调用终端、能否读取密钥文件夹、是否支持直接提交代码」列成独立的检查项，不要把模型名称当成自动生效的权限说明。

按一次真实任务走一遍 Agents 窗口

你可以用一个小型重构任务验证升级后的功能是否全部正常生效：让 Agent 只整理 `internal/order` 目录下的错误处理逻辑，要求它先输出完整的修改计划，不要直接改文件。

1. 打开 Agents 窗口，新建一个主会话，先提前限定操作目录和验收命令，比如指定运行 `go test ./internal/order/...`。
2. 从当前主会话分出一个 peer chat，让它只分析现有代码里的错误路径，不要直接写入文件。
3. 需要实际修改代码时，给当前实现任务分配独立的 worktree，代码评审任务可以保留在原会话或者切换到另一个只读分支。
4. 通过内置 diff 面板查看改动的新增、删除内容和影响文件范围，确认无误后再运行测试。遇到失败的 CI 检查或者新的评审意见，可以直接从聊天顶部的提示入口接着处理。

如果只是想问一个和当前打开仓库无关的通用技术问题，直接用 quick chat 就好。临时讨论的内容不会混进项目会话里，用完关闭也不会干扰正在运行的开发任务。

这套工作流的收益和风险要同时看

实际使用的收益很直观：任务列表更容易整理，diff 评审面板直接贴在对话旁边不用来回跳转，多个 Agent 的运行状态也能一目了然。对于需要反复对比方案的重构任务或者文档维护场景，这套新流程比不停开关侧边栏要顺畅很多。

对应的风险也很明确。Agents 窗口目前还是预览功能，后续界面和交互逻辑大概率还会调整；worktree 只能做到本地文件级别的隔离，不会自动帮你隔离远端服务、共享数据库或者云端资源；`!` 命令入口降低了执行终端命令的操作门槛，但完全没有降低命令本身的破坏性。涉及数据迁移、文件删除、代码推送和凭据读取的高风险动作，一定要先看完整的修改计划和 diff 内容再确认执行。

升级后用一张清单做回归

• 确认 VS Code 版本落在 1.127–1.131 的目标区间，Copilot 扩展没有被意外禁用或者自动降级。
• 分别创建一个 quick chat 和一个绑定项目的会话，确认二者的历史记录和文件上下文没有互相混淆。
• 创建临时 worktree，修改一个测试文件，确认原工作区不会出现未预期的 diff 记录。
• 在 Agents 窗口切换一个有权限使用的模型，检查组织策略、可用额度和 BYOK 配置是否正常生效。
• 用无副作用的命令测试 `!` 前缀功能，再核对终端工作目录和返回输出是否符合预期。
• 最后用一个可回滚的小任务，完整验证 diff 查看、测试运行、会话关闭的全流程是否顺畅。

常见问题：更新后应该怎么判断是否适合团队

Agents 窗口现在是稳定版功能吗？

官方明确说明它仍处于公开预览阶段。开发团队可以正常试用，但要提前把后续界面变化、能力调整纳入日常流程的适配范围，不要把它当成完全不会变动的生产级依赖。

开多个聊天就等于开了多个隔离环境吗？

不是。多聊天主要用来分隔不同任务的上下文，需要完全隔离文件修改的时候，应该使用独立 worktree，并且单独验证依赖环境和测试结果的一致性。

可以让 Agent 直接执行所有终端命令吗？

不建议。`!` 前缀只是简化了命令的调用入口，命令本身仍可能删除本地文件、改动系统配置或者访问外部资源。使用前先限制好操作目录，再逐行确认命令内容和返回输出。

把新入口用在正确的地方

这次 VS Code Copilot 更新本质上就是一次工作台整理：多会话负责分流不同的解决思路，worktree 负责隔离文件修改操作，Agents 窗口负责集中查看所有任务的运行状态，多模型入口负责按需匹配所需的能力。把这几个环节的边界理清楚，升级带来的便利才不会变成新的管理混乱。实际落地的时候，从一个可回滚的小任务开始跑通，先把 diff 核对、测试校验、会话关闭的完整流程走顺再扩到更多场景。