Copilot 任务可以在 GitHub Mobile 中开始,在 github.com 上继续,最后在 VS Code 或 CLI 中完成,同时保留同一会话。2026 年 10 月 28 日,GitHub 宣布推出互联云端体验,并开始向付费计划逐步推出:默认情况下,代理会在 GitHub 托管的云端沙盒中运行,其计算用量计入 GitHub Actions 的共享额度。

对开发者而言,这同时改变了两项实际情况:代理的运行位置,以及计算工作所使用的预算。因此,这项更新应被视为工作流程和成本核算方式的变化,而不只是 Copilot 新增了一个按钮。
同一任务可在不同客户端之间切换
GitHub 描述的会话可通过网站、移动应用、Copilot CLI、Copilot 应用、VS Code、Slack 和 Microsoft Teams 使用。用户可以通过提问或提供仓库上下文来启动任务,之后在其他界面继续。在云端会话中,可使用 Bash、GitHub CLI、代码搜索、已连接的工具、连接器和 MCP 服务器。
会话默认在 GitHub 基础设施上的独立云端沙盒中启动。停止后,沙盒会保存快照,方便之后恢复任务。如果用户没有仓库写入权限,Copilot 会自动以只读模式操作。组织会话数据的访问权限与单点登录及组织设置相关联。
计算用量的核算方式如何变化
GitHub 将 Actions 附带的计算额度从固定数量的标准运行器分钟数改为共享金额池。该额度可用于标准 GitHub 托管运行器和 Copilot 云端沙盒;对于 Team 和 Enterprise Cloud 计划,该额度还包含大型托管运行器。每种计算资源仍有各自公布的费率,因此,根据所选资源不同,同一额度的消耗速度也会不同。
根据 GitHub 的公告,云端沙盒将于 2026 年 11 月开始计费,其计算用量会消耗 Actions 附带的额度。额度用尽后,额外用量将按现行费率和付款设置计费;如果启用了相应设置,账户预算限制也可能会阻止进一步支出。这让管理员需要明确一个关键问题:共享额度中有多少要用于代理会话,又会为构建任务留下多少计算资源。
团队应检查哪些事项
- 访问权限与策略。新的云端环境面向 Copilot 付费计划提供;功能于 10 月 28 日开始逐步推出。请检查“Copilot in the cloud”策略、获准使用的 MCP 服务器,以及各仓库的写入权限。
- 工作场景。选择几项典型任务进行测试:排查错误、修改代码和分析多个仓库。评估会话在不同客户端之间切换是否方便,以及已连接工具提供的上下文是否充足。
- 计算预算。记录当前 Actions 的构建用量,然后单独监控云端会话的用量。请注意,不同产品会按各自的费率扣减共享额度,额度会在计费周期开始时重置。
- 计费时间。在沙盒于 11 月开始计费前,指定预算负责人并设置用量追踪,避免沙盒启动后在共享额度中出现意料之外的支出。
这项更新的主要价值在于任务可在不同界面间连续进行,并由代理在与本地计算机隔离的云端环境中执行。团队是否启用,取决于会话迁移和云端运行的优势,是否足以抵消与 CI 共享计算额度带来的影响。请使用典型任务测试这两方面,并将实际用量与当前构建成本进行比较。
GitHub 在新 Copilot 云端体验公告中介绍了可用性、会话机制和 GitHub 额度的详情;网站和移动设备上的访问条件则列于GitHub Copilot 文档。