GitHub 推出共享 Copilot Automations：团队可共同维护云端自动化工作流

GitHub 于 2026 年 10 月 28 日发布更新，宣布共享 Copilot Automations 正在逐步推送。此前自动化仅限个人使用，只有创建者可见可编辑，并消耗其本人身份与 AI 额度；共享版把这类工作流变成仓库级资产，供团队共同维护。

从个人自动化到团队资产

GitHub 表示，共享 Copilot Automations 正在逐步推送，目标是让团队一起构建和维护 AI 驱动的工作流。用户可以把提示词、触发器和工具组合起来，围绕团队自身的工作方式设计流程，Copilot 在云端自主运行，并且只使用被允许的工具。

原文给出的典型场景包括：issue 一被打开就复现缺陷；pull request 被标记为 ready 时截取变更截图；监控工具检测到生产事故后自动展开调查。这些例子说明自动化由事件触发，而非人工逐次发起。

共享后的权限、计费与归属变化

此前自动化是个人化的：只有创建者能看到和编辑，运行时使用创建者的身份和 AI 额度。GitHub 认为这适合自动化个人工作，例如起草站会更新，但不适合全团队依赖的流程。

共享自动化改变了三件事。可见性上，对仓库有读权限的人都能看到共享自动化，有写权限的人可以编辑。计费上，AI 额度记在拥有该仓库的组织或用户账上，而不是创建者个人。执行归属上，GitHub 上的操作记为 Copilot 执行，而非某个具体用户。

共享自动化归属于仓库，因此创建者离开团队后仍会继续运行；变更历史则让团队查看工具、触发器和提示词如何演变。

创建方式与不可逆的类型选择

在 github.com、GitHub Copilot 应用或 Visual Studio Code 中创建自动化时，需要在 Type 下选择 Shared。原文特别说明，自动化创建后不能更改其类型，因此个人与共享的选择需要在创建时就确定。

对于组织拥有的仓库，共享自动化要运行还需管理员启用“Allow use of Copilot cloud agent billed to the organization”策略，这与前述按仓库所有者计费的机制相对应。

套餐范围与推送节奏

共享 Copilot Automations 面向 Copilot Pro、Pro+、Max、Business 和 Enterprise 套餐用户推送，GitHub 提示随着推送推进，可用性可能有所差异。功能可用后，用户可以在自己拥有写权限的任意仓库中创建自动化。

原文没有给出各套餐的具体额度数值，也没有说明推送完成时间，因此实际可用情况需以账户和仓库权限为准。

知序观察

观察：这次更新把 Copilot 自动化从个人效率工具推向仓库级协作资产，计费与身份归属随之转移，可能影响团队对 AI 额度的管理方式。创建后不可改类型、组织仓库需管理员开启策略，也意味着落地前需要先做权限与成本规划。原文未披露额度数值和完整推送时间，实际体验仍取决于套餐与仓库配置。

---

本文由知序新闻雷达根据公开来源自动整理，观察部分为编辑性解读。信息以原文为准。

来源：GitHub Changelog · Build shared workflows for your team with Copilot Automations
原文发布时间：2026-10-28 23:35（Asia/Shanghai）