GitHub Copilot 支持服务端到服务端认证：自建代理不再挂在个人账号上

GitHub 于 2026 年 10 月 27 日宣布 Copilot 支持服务端到服务端认证，目前为公开预览：安装在组织上的 GitHub Apps 可用短期 installation access token 通过 Copilot SDK 代表组织发起请求，不再依赖已登录用户的凭据；用量归集并计费给组织，沿用其模型策略与预算控制，组织所有者可随时暂停或卸载 App 终止访问。

这次发布的是什么

GitHub 在 2026 年 10 月 27 日的 changelog 中宣布，GitHub Copilot 支持服务端到服务端（server-to-server）认证：安装在组织上的 GitHub Apps 现在可以用自己的身份调用 Copilot，用 Copilot SDK 构建的服务与代理可以代表组织发起请求，不需要依赖某个已登录用户的凭据。

官方把这种身份称为「workload-owned identity」，即属于工作负载而不是属于某个人的身份。其直接效果是：自动化服务与代理不再需要长期挂靠在一个真人账号上，人可以离职、转岗或调整权限而不影响服务运行，用量也不会再压在某个个人名下。

这条更新的当前状态是公开预览（public preview），分类为 Release。

可用性与限制

• 状态：公开预览，不是正式可用版本，接口与流程在预览期内可能调整。
• 适用对象：安装在组织上的 GitHub Apps；个人账号与普通用户令牌不在本次范围内。
• 所需权限：App 需被授予只读的 Copilot Requests 组织权限，并安装到组织上。
• 凭据形式：传给 Copilot SDK 的是短期有效的 installation access token。
• 计费归属：用量归属并计费给拥有该 installation 的组织，受其模型策略、预算与支出控制约束。
• 未给出项：changelog 未列出具体语言、SDK 版本、可用地区与正式可用时间，以官方文档为准。

主要功能

• 以 GitHub App 身份调用 Copilot，不再绑定个人用户凭据
• 使用短期 installation access token 接入 Copilot SDK
• 用量归集到组织，按组织维度计费与结算
• 沿用组织既有治理：模型策略、预算、支出控制
• 组织所有者可查看哪些 App 持有访问权限
• 用量明细可在 AI 使用 CSV 报告中按 app_client_id 区分
• 通过暂停或卸载 App 即可终止其访问

技术原理

此前 Copilot 的调用链是「某个用户授权，然后以该用户的身份发请求」。这条链的问题在于，自动化服务必须长期持有或代理一个真人身份：持有人离职、转岗或权限变动，服务就断了；用量也记在这个人名下，与真正发起请求的团队对不上。

服务端到服务端认证换掉的是身份的归属方。GitHub App 被安装到组织上之后，本身成为一个可被授权的实体，能用 installation access token 这类短期凭据换取访问能力。因为 token 有效期短，服务需要定期重新获取，凭据泄露后的影响窗口也比长期用户令牌小得多。官方用「workload-owned identity」概括这一点：身份属于工作负载，不属于个人。

治理侧的变化同样值得注意。用量既然记在组织名下，组织既有的模型策略、预算与支出控制就能直接套用；组织所有者也拿到了可操作的开关——查看有权限的 App、在 AI 使用 CSV 报告中用 app_client_id 把用量区分到具体 App、需要停掉时暂停或卸载该 App 即可。对做内部 AI 平台的团队来说，这三条把「谁能花多少钱」从个人层面拉回到组织层面。

需要留一分的地方：官方 changelog 只给出了步骤与治理口径，没有列出具体的 SDK 版本、支持的语言或可用地区，也没有给出正式可用的时间。接入前请以官方文档的当前版本为准。

实际体验

下面几步在组织侧都可复现，建议先在不计费的测试组织里完整走一遍。

第一步，确认权限项。在组织的 GitHub App 设置里找到 Copilot Requests 这一项，确认它存在且可以设为只读。changelog 指明只需只读权限；如果申请到的是更高权限，说明流程走错了。

第二步，把 App 安装到测试组织上并完成授权，然后按官方文档换取 installation access token。注意它的有效期是短期的，先确认你的服务有自动续期的路径，再往下走。

第三步，用它发一次最简单的请求，随后查 AI 使用 CSV 报告，看这条用量是否带着你那个 App 的 app_client_id 出现。这一步能验证身份与计费归属有没有真正接上。

第四步，做一次撤销演练：暂停或卸载该 App，确认服务立刻失去访问能力。生产环境里真正的风险不是开通，而是忘了怎么关。

第五步，先设好预算与支出控制再放量。用量归组织计费之后，一个写坏的循环会直接体现在组织账单上，上限与告警应当在放量前配置完成。

项目地址与获取方式

这是 GitHub 平台能力，不需要额外安装客户端。官方给出的文档入口有两个：Copilot SDK 的服务端到服务端认证文档，以及管理 GitHub App 对组织 Copilot 访问权限的说明。请通过官方渠道获取文档与凭据，不要使用第三方代制的令牌或代理服务；价格、额度与可用地区以官网为准。

适合谁用

• 在内部平台里批量调用 Copilot 的团队：服务不再挂靠某个人的账号。
• 做持续集成或代码审查自动化的团队：无人值守流程需要稳定的非个人身份。
• 需要按部门分摊 AI 成本的组织的平台工程组：用量可按 App 归集与区分。
• 个人开发者：本次能力与个人使用无关，沿用原有登录方式即可。
• 暂时不适合：还没有预算与配额治理手段的小团队，应先设好支出控制再接入。

常见问题

与个人用户的登录方式有什么不同？

个人方式下，请求以某个已登录用户的身份发出，权限与用量都记在该用户身上；服务端到服务端认证则由安装在组织上的 GitHub App 持有身份，用短期 installation access token 发起请求，不依赖具体用户是否在线或在职。

现在是正式可用吗？

不是。官方 changelog 标注为公开预览，未给出正式可用的时间。预览期内接口与流程可能调整，请按官方文档的当前版本接入，别把预览行为当成长期契约。

账单会算到谁头上？

官方说明用量归属于拥有该 installation 的组织并向其计费，同时受该组织的模型策略、预算与支出控制约束。组织所有者可在 AI 使用 CSV 报告中按 app_client_id 字段区分各 App 的用量。

想停掉某个 App 的访问要怎么做？

组织所有者可以暂停或卸载该 App，其访问随即终止；也可以在设置中查看当前有哪些 App 持有访问权限，便于定期清理不再使用的自动化服务。

支持哪些语言和 SDK 版本？

changelog 未列出具体语言、SDK 版本或可用地区，只说明通过 Copilot SDK 使用。这些信息以官方文档的当前版本为准，本文不做推测。

相关工具与内容

• GitHub Copilot 上线 GPT-6.1 Terra
• GitHub Copilot 用量指标接入 Skills 与 MCP
• Agent Skills 入门选型
• GitHub Copilot 工具页
• Copilot 工具页
• AI 编程
• AI Agent