Visual Studio Code 1.144 让 GitHub Copilot 智能体不再受编辑器窗口生命周期的限制。2026 年 10 月发布的版本整合了持久化本地和云会话、Agent Host Protocol v1.0、Copilot Fusion、模型比较、图像生成、计算机使用、连接器、会话组织、治理控制、终端变更以及无令牌扩展发布。
对于 CTO 和工程领导者而言，信号十分明确：智能体执行正成为受管理的开发环境，而不再只是聊天功能。您的平台团队现在需要制定策略，明确智能体在何处运行、能够调用哪些工具、保留哪些上下文，以及多模型使用如何计费。
1. 智能体会话可跨本地、远程和云环境持续运行
它是什么
Microsoft 的 VS Code 1.144 发行说明列出了版本 1.144.0 的 Stable 下载，并引入了独立的 Agent Host 进程。该主机可让智能体会话独立于单个 VS Code 窗口继续运行，可在本地计算机或远程系统上运行。
Microsoft 表示，Agents 窗口为跨工作区和环境的会话提供统一界面。开发人员可从 Chat 或 Agents 窗口启动 GitHub 托管的云任务，响应审批请求，检查变更，并从会话列表中重新打开同一对话。
GitHub 在 2026 年 10 月 28 日发布的云会话公告中表示，这些会话会在受管理的 GitHub 环境中运行存储库和工具。在开发人员返回 VS Code 之前，仍可通过其他 Copilot 客户端访问它们，包括 GitHub.com 和 GitHub Mobile。
云会话需要付费 Copilot 计划，并且仍受组织策略约束。它们还使用独立工作区，因此本地未提交的更改不会自动复制。
新的 Remote Environments 对话框整合了 GitHub Environments、Dev Tunnels、WSL 发行版和 SSH 主机。用户可以检查状态、连接或断开连接，并控制哪些远程环境会显示在环境选择器中。
为什么重要
会话连续性改变了智能体辅助开发的运营模式。关闭笔记本电脑不一定会停止任务，但执行位置现在决定了适用的存储库状态、凭据、工具和策略。
这不是透明的工作区漫游，而是执行路由切换。
您的团队应定义何时可将工作转移至 GitHub 基础设施，以及何时必须保留在受管理的终端设备或经批准的远程主机上。开发人员还需要一条明确的交接规则，以便在启动云会话前处理本地未提交的更改。
对于受监管环境，应在广泛启用云会话之前验证存储库访问和审批策略。便利性的提升并不消除环境分类的需要。
2. 云自动化和 Agent Host Protocol 扩展了平台
它是什么
Cloud Automations 以预览形式推出，使用 chat.automations.cloud.enabled 控制；根据 VS Code 发行说明，该设置默认启用。即使用户的计算机处于离线状态，自动化也可以根据计划或响应存储库事件在 GitHub 基础设施上运行。
团队可以创建响应议题或拉取请求的共享工作流。筛选条件和允许工具限制可缩小自动化的执行时机及其可执行的操作范围。
Microsoft 还发布了 Agent Host Protocol v1.0，即 VS Code 用于与本地和远程系统上的智能体通信的协议。可通过 Agents: Add Remote Agent Host... 添加基于 WebSocket 的主机，Microsoft 表示提供了六种语言的客户端库。
当 extensions.experimental.agentsWindowManagement 设置为 true 时，此版本还允许在 Agents 窗口中运行扩展，并启用或禁用扩展。
为什么重要
云自动化将智能体行为转变为存储库基础设施。这使触发器设计、工具授权、所有权和变更审查成为平台工程职责。
安全的推广应从不允许任何工具开始，然后仅添加每个工作流所需的能力。此版本包含一项贡献，默认将新的云自动化设置为不允许任何工具，强化了最小权限部署。
Agent Host Protocol v1.0 带来了独立的集成决策。团队可以构建自定义智能体界面，或将智能体平台连接到兼容客户端，但远程主机也会成为需要身份验证、生命周期管理、日志记录和网络控制的持久服务。
智能体优先并非一种趋势，而是 VS Code 架构的发展方向。
3. Copilot Fusion 跨多个模型路由工作
它是什么
根据 GitHub 2026 年 10 月 28 日的公告和 VS Code 发行说明，GitHub Copilot Fusion 已正式发布。Fusion 不再要求开发人员选择单一模型，而是为每个请求选择模型、推理力度和执行模式。
简单任务可能使用一个模型。较困难的任务则可使用一个模型起草解决方案，并使用额外模型进行审查或批评。
用户可以选择 Standard、High 或 Max 力度。Copilot Pro+、Max、Business 和 Enterprise 计划提供 Fusion High 和 Max。
GitHub 按 Fusion 使用的每个模型的标准费率计费。付费 Copilot 计划在 2026 年 11 月 30 日之前可享受 30% 折扣。
模型比较也称为 Agent Bake-Off，可在多个模型或 harness 之间运行相同的提示。设置 sessions.chat.compareAgents.enabled 控制此功能；除非用户设置或实验覆盖，否则符合条件的新会话默认启用它。
VS Code 1.144 将比较功能扩展到无文件夹聊天、空存储库以及没有初始提交的本地存储库。Dev Containers 不支持模型比较。
为什么重要
Fusion 省去了手动选择模型的步骤，但并未消除模型选择的成本。单个请求可能产生多个分别计费的模型调用。
因此，您的 FinOps 控制应按执行模式衡量请求，而不应只按提示数量衡量。2026 年 11 月 30 日的折扣截止日期应被视为预算规划日期，而不是永久性的单位成本假设。
模型比较为工程团队提供了实用的评估机制。针对获批模型运行有代表性的内部任务，然后在设置组织默认值之前比较输出质量、延迟和审查负担。
不要假设 Dev Container 工作流具有功能对等性。此版本不支持模型比较。
4. 图像生成和计算机使用扩展了智能体的能力范围
它是什么
图像生成以预览形式推出，GPT Image 2.5 Flare 作为默认图像模型。智能体可以创建图像、修改作为聊天上下文提供的图像，或生成变体。
设置 chat.copilot.imageGeneration.model 用于选择图像模型。将其设置为 off 可禁用图像生成，而 chat.copilot.imageGeneration.watermark 会添加可感知的“Made with AI”水印。
Microsoft 表示，图像生成需要访问所选模型，并且除对话模型所使用的积分外，还会消耗 AI 积分。
Computer Use 是实验性功能，由 chat.agentHost.computerUse.enabled 控制。它允许在 macOS 或 Windows 上本地运行的 Copilot-harness 会话查看和控制桌面应用程序。
用户通过 /computer on 激活该功能，并通过 /computer off 停止它。GitHub 2026 年 10 月 28 日的公告表示，每个应用程序都需要获得批准，并且 macOS 可能要求操作系统权限。
Canvases 在 VS Code 1.142 中引入后仍处于预览状态。版本 1.144 通过 Agent Customizations、Browse 和 Add Context 菜单使其更容易被发现。
为什么重要
图像生成引入了独立的积分消耗流和内容治理决策。在团队将生成的资产用于生产工作之前，您的组织应决定这些资产是否需要可见水印、审核或来源记录。
Computer Use 带来更广泛的终端风险，因为智能体可以与编辑器和终端之外的应用程序交互。应将该实验限制在受管理的 macOS 或 Windows 设备、已批准的应用程序以及具有可观察结果的工作流中。
这不是另一次编辑器工具调用，而是通过智能体发起的桌面自动化。
Canvases 为审查工件和智能体输出提供了更丰富的界面。平台团队仍应批准为这些 Canvases 提供内容的扩展或插件，特别是在 Marketplace 自定义项能够执行代码时。
5. 权限、工作集和记忆增加了控制层
它是什么
根据 GitHub 的说法，辅助权限于 2026 年 10 月 26 日正式发布。LLM 会评估每次工具调用，并自动批准其认为低风险的调用；风险较高或无法确定的调用仍需要明确批准。
在 VS Code 中，辅助权限需要 Folder isolation，并可能受到组织策略限制。Restricted Assisted 和 Allow All 选项现在仍会显示，但会处于禁用状态并附有说明。
组织管理的会话默认设置可指定模型、Copilot Fusion 层级和权限级别。这些默认设置优先于已记住的用户选择，而不可用的权限模式会回退到 Manual。
实验性的工作集会记录通过 Copilot-harness 智能体工具进行的文件编辑。开发人员可对单个编辑使用内联 Keep 和 Undo 控制，或者在聊天输入框上方管理待处理的更改。
工作集在编辑器中默认启用，可通过 chat.editor.workingSet.enabled 禁用。通过终端命令进行的更改不会显示在其中。
Copilot Memory 同样默认启用，但受 GitHub 设置和组织策略约束。它会存储可与能够访问该存储库的人员共享的存储库事实，以及可跨存储库应用的用户偏好。
为什么重要
辅助权限减少了审批疲劳，但它依赖于基于模型的风险分类。对于高影响力存储库，在安全团队评估过有代表性的工具调用之前，Manual 审批仍是保守的基准选择。
工作集仅提升通过智能体工具进行编辑的可审查性。通过终端进行的更改仍需要常规源代码控制审查，因此团队不应将工作集视为完整的变更台账。
Copilot Memory 带来了数据分类要求。存储库事实可能与其他获得授权的存储库用户共享，而偏好设置可跨越存储库边界。
您的推广清单应明确智能体可以保留哪些约定、谁可以删除已存储的记忆，以及组织策略是否允许该服务。Memory 可减少重复提示，但也会使保留的上下文成为控制平面的一部分。
6. 连接器和自定义项成为受管理的 Marketplace
它是什么
Copilot connectors 以预览形式推出，作为 GitHub 管理的 MCP 服务器，面向 Slack、Notion 和 Microsoft Learn 等服务。它们无需在本地设置 MCP 服务器，并可在浏览器授权后跨受支持的 Copilot 客户端重复使用。
连接器在 Copilot 计划中默认启用，并且仅能与 Copilot harness 一起在 VS Code 中使用。Business 和 Enterprise 管理员必须启用 Editor 预览功能，但组织 MCP 限制和服务特定审批仍然适用。
新的 Browse 体验汇集了技能、工具、插件、工作流、GitHub Feed 内容以及企业配置的 Marketplace。GitHub Feed 需要受支持的 harness，且在 Local 会话中不可用。
自定义智能体编辑现在为模型、工具、技能、hooks 和智能体范围的 MCP 服务器提供补全、悬停提示和验证。没有明确 target 的文件会使用活动的自定义 harness 提供指引。
开发人员可通过 Chat 使用 /plugin、/mcp 和 /skills 管理自定义项。深层链接可添加 Marketplace、安装插件或打开筛选后的自定义项页面，但安装前需要确认。
为什么重要
连接器可以减少设置工作，但也会增加其内容和工具可能进入智能体会话的外部系统数量。您的组织应将每个连接器映射到数据访问规则、MCP 限制和服务所有者审批。
Marketplace 插件需要更强的控制，因为 VS Code 发行说明警告插件可以在计算机上运行代码。确认是必要的，但不能替代源代码审查和允许列表。
更丰富的验证可在智能体运行前捕获配置错误。当同一个自定义智能体文件在不同 harness 之间移动时，平台团队应标准化明确的 target 值，以避免诊断结果随活动环境而变化。
应将自定义项来源视为软件供应链输入。在 1.144 中，发现功能更加容易；信任仍然必须得到建立。
7. 会话管理成为多工作区工作流
它是什么
实验性的会话编辑器将环境选择置于首位，提供 This Computer、Cloud、符合条件的远程主机和受支持的 Dev Containers。可通过 sessions.chat.experimental.workspaceOptOut 启用无工作区聊天。
Copilot harness 仍是新会话的默认选项。它基于 Copilot SDK，Microsoft 将其描述为 Copilot 产品之间的共享基础。
预览设置 chat.agentHost.moveChats.enabled 允许用户在兼容会话之间移动嵌套聊天，同时保留对话历史和工作文件夹上下文。移动要求使用相同的智能体和提供程序，且目标必须支持多个聊天。
嵌套会话现在可以使用独立工作区。例如，前端聊天和后端聊天可以保留在一个父会话下，同时在不同文件夹或 worktree 中运行。
快速聊天同样支持具有独立临时文件夹的嵌套会话。会话组新增自定义图标和适配主题的颜色。
Voice Mode 在 agents.voice.enabled 下仍为实验性功能。借助 agents.voice.useBYOKVoiceModel，用户可以提供 OpenAI 实时模型 API 密钥；而 agents.voice.sessionAwareness 则会共享对已跟踪会话和最近活动聊天上下文的有限简报。
语音审批支持 25 种语言，英语作为后备语言。
为什么重要
多工作区会话适合跨存储库工作，但也会使执行上下文不那么直观。审查者需要了解每项更改由哪个文件夹、分支、worktree、智能体和主机产生。
无工作区聊天应与特定于存储库的工作分开。临时文件夹可减少设置阻力，但可能使工件保留和审计跟踪变得复杂。
语音会话感知会向配置的语音模式暴露会话标题、响应摘要、待处理提示详细信息、所选模型和附件名称。Microsoft 表示附件内容被排除在外，但其余简报仍可能包含运营上下文。
对于企业采用，在 API 密钥处理、数据路由、语言行为和会话上下文暴露获得批准之前，语音功能应保持为选择性启用。
8. 编辑器、问题报告和终端工作流得到改进
它是什么
VS Code 1.144 新增了由 chat.agentSessions.sessionStorageCleanupSuggestion.enabled 控制的实验性 worktree 清理建议。当本地 worktree 所在磁盘的可用空间低于 5 GB 时，无论 worktree 的使用年限或数量如何，Agents 窗口都可以建议清理。
新的问题报告器通过 issueReporter.wizard.enabled 启用。它使用单页表单，支持屏幕截图、屏幕录制、日志、存档、图像和视频，并且默认在独立窗口中打开。
将 issueReporter.wizard.openLocation 设置为 editor 可将报告器移至编辑器选项卡。团队可通过 issueReporter.additionalRepositories 以 owner/repo 格式添加自己的 GitHub 存储库。
在 Windows 上，terminal.integrated.windowsReparentConsoleWindow 会使本地终端工具打开的对话框显示在 VS Code 前方，而不是隐藏在其后。该行为需要 terminal.integrated.windowsUseConptyDll，后者默认启用。
发行回顾还提到了渲染后的 Markdown 编辑体验以及更新后的浅色和深色界面。
为什么重要
智能体 worktree 可能在会话结束后很长时间仍会占用本地存储空间。5 GB 阈值提供了有用的警告，但平台团队仍应为受管理的开发人员设备定义保留和清理实践。
问题报告器可以在不离开 VS Code 的情况下捕获证据，从而提高可复现性。将其用于内部存储库的团队应验证录制内容、日志和存档不会泄露机密或受监管数据。
Windows 终端变更消除了身份验证对话框隐藏在 VS Code 后方的一种故障模式。如果您的组织依赖从终端启动的登录工具，请在禁用这一新默认行为之前进行测试。
9. 拉取请求和扩展发布获得安全更新
它是什么
GitHub Pull Requests and Issues 扩展版本达到 0.174.0。其 Update Stack 操作可使用 GitHub API 更新堆叠式拉取请求，而无需检出该堆叠中的拉取请求。
当分支关系与其他尚未堆叠的开放拉取请求一致时，拉取请求概览还可以建议创建堆叠。
对于扩展发布者，@vscode/vsce 4.0.2 或更高版本支持 vsce publish --oidc。GitHub Actions 请求短期 OpenID Connect 令牌，并将其交换为最长有效 15 分钟 的临时 Visual Studio Marketplace 凭据。
发布者必须为存储库和工作流创建 Trusted Publishing 策略，并向发布作业授予 id-token: write。如果令牌交换失败，vsce 不会回退到个人访问令牌。
Trusted Publishing 目前仅支持 GitHub Actions。Microsoft 建议 Azure Pipelines 继续使用 Microsoft Entra ID 服务连接，并指出全局 Azure DevOps 个人访问令牌计划于 2026 年 12 月 1 日弃用。
为什么重要
OIDC 从 GitHub Actions 密钥中移除了长期有效的 Marketplace 凭据。这减少了密钥轮换工作，并将发布凭据的有效期限制为 15 分钟。
扩展团队应在 2026 年 12 月 1 日 Azure DevOps PAT 弃用影响相邻发布流程之前，将符合条件的 GitHub Actions 工作流迁移到 Trusted Publishing。Azure Pipelines 团队应验证其 Microsoft Entra ID 服务连接，而不是照搬 GitHub Actions 配置。
拉取请求扩展的变更还减少了对堆叠变更进行本地检出的要求。使用堆叠式拉取请求的团队应在标准化该工作流之前，根据现有分支和审查约定测试版本 0.174.0。
总结
VS Code 1.144 是一个智能体平台版本。持久化执行、协议级互操作性、模型编排、连接器、记忆、桌面控制和云自动化，使 Copilot 超越了编辑器中的对话。
这对企业团队意味着什么
对执行环境进行分类。 确定哪些存储库可以使用本地、远程和 GitHub 托管的智能体会话。
设置保守的权限默认值。 从 Manual 审批或严格限定范围的辅助权限、Folder isolation，以及新云自动化不允许任何工具开始。
为编排制定预算。 按模型调用衡量 Copilot Fusion，并在 30% 折扣于 2026 年 11 月 30 日结束前重新评估预测成本。
治理上下文和自定义项。 审查 Copilot Memory、连接器、MCP 限制、Marketplace 来源、插件、图像生成和语音会话感知。
现代化扩展发布。 在支持 GitHub Actions 的情况下，采用
@vscode/vsce4.0.2或更高版本的 OIDC，并为 2026 年 12 月 1 日 Azure DevOps 全局 PAT 弃用做好准备。
祝您编码愉快！