jsonscraper
市场

GitHub 将 Copilot 与云端沙盒及 Actions 共享计算额度相连

了解 10 月 28 日的变化,以及如何评估其对团队工作流程和预算的影响

编辑政策 报告错误

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

文章:GitHub 将 Copilot 与云端沙盒及 Actions 共享计算额度相连
摘要:自 2026 年 10 月 28 日起,GitHub 开始向付费计划逐步推出 Copilot 云端会话。任务可在网页、移动应用和开发工具之间继续;沙盒计算会使用 GitHub Actions 的共享金额额度,沙盒计费将于 11 月开始。
图片用途:封面——核心概念
栏目:
视觉主题:基于云端的软件代理执行沙盒
© jsonscraper · AI 生成的插图

对开发者而言,这同时改变了两项实际情况:代理的运行位置,以及计算工作所使用的预算。因此,这项更新应被视为工作流程和成本核算方式的变化,而不只是 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 附带的额度。额度用尽后,额外用量将按现行费率和付款设置计费;如果启用了相应设置,账户预算限制也可能会阻止进一步支出。这让管理员需要明确一个关键问题:共享额度中有多少要用于代理会话,又会为构建任务留下多少计算资源。

团队应检查哪些事项

  1. 访问权限与策略。新的云端环境面向 Copilot 付费计划提供;功能于 10 月 28 日开始逐步推出。请检查“Copilot in the cloud”策略、获准使用的 MCP 服务器,以及各仓库的写入权限。
  2. 工作场景。选择几项典型任务进行测试:排查错误、修改代码和分析多个仓库。评估会话在不同客户端之间切换是否方便,以及已连接工具提供的上下文是否充足。
  3. 计算预算。记录当前 Actions 的构建用量,然后单独监控云端会话的用量。请注意,不同产品会按各自的费率扣减共享额度,额度会在计费周期开始时重置。
  4. 计费时间。在沙盒于 11 月开始计费前,指定预算负责人并设置用量追踪,避免沙盒启动后在共享额度中出现意料之外的支出。

这项更新的主要价值在于任务可在不同界面间连续进行,并由代理在与本地计算机隔离的云端环境中执行。团队是否启用,取决于会话迁移和云端运行的优势,是否足以抵消与 CI 共享计算额度带来的影响。请使用典型任务测试这两方面,并将实际用量与当前构建成本进行比较。

GitHub 在新 Copilot 云端体验公告中介绍了可用性、会话机制和 GitHub 额度的详情;网站和移动设备上的访问条件则列于GitHub Copilot 文档。

继续阅读GitHub 更新 HydraFusion,并为复杂任务推出 Max 模式
阅读下一篇文章

将阅读内容转化为可用的集成

探索 jsonscraper 社交数据 API、测试请求并构建下一个工作流。

查看 API