Copilot 使用指标 API 添加了 AI 采用的群组
一句话看懂：GitHub 在 Copilot 使用指标 API 中新增了“AI 采用阶段”分类，根据用户使用 Copilot 不同功能（如代码补全、Agent 模式）的活跃情况，将其划分为四个阶段。这帮助管理员从“谁在用”深入到“怎么用”，量化团队从代码补全到多 Agent 协作的 AI 采用进程。
事件核心：发生了什么
根据 GitHub Changelog 于 2026 年 5 月 29 日发布的更新，Copilot 使用指标 API 现在为用户级报告新增了 ai_adoption_phase 字段，并在企业和组织级报告中新增了 totals_by_ai_adoption_phase 数组。该功能基于滚动 28 天内用户在 Copilot 不同功能表面的使用情况，将每位活跃用户归入以下四个阶段之一：
- Phase 0 — 无群组：未满足任何阶段的参与标准。
- Phase 1 — 代码优先：使用了代码补全和/或 IDE Agent 模式。
- Phase 2 — Agent 优先：使用了单一基于 GitHub 的 Agent 功能（如 Copilot 云 Agent、代码审查或 CLI）。
- Phase 3 — 多 Agent：使用了两个及以上基于 GitHub 的 Agent 功能，或使用了新的 GitHub Copilot 应用。
每个阶段值包含一个 version 字段（从 v1 开始），以便随着产品发展更新分类逻辑而不破坏历史数据。聚合指标报告每个阶段内用户的人均值而非总和，指标包括活跃用户数、用户发起交互数、代码生成与接受数、代码行数、PR 创建与合并数、中位合并时间等。
为什么重要
这项更新将 Copilot 的采用分析从简单的用户活跃度计数提升到了“采用成熟度”层面。对于企业而言，代码补全是入门，Agent 化和多 Agent 协作才是深度整合 AI 的标志。它为组织提供了可量化的路径：通过追踪用户从 Phase 1 向 Phase 3 的迁移，管理员可以判断培训、文档和推广资源的投入效果，以及 AI 工具是否真正融入了开发工作流。这也意味着，Copilot 的商业价值不再仅凭购买 Seat 数衡量，而是需要评估团队是否进入“多 Agent”协作阶段——这直接关联到效率提升的空间。
对用户/开发者/创作者的影响
企业管理员和工程管理者：可以直接通过 API 获取团队在不同 AI 采用阶段的分布数据，识别出大量停留在“代码补全”阶段的团队，从而针对性推动 Agent 功能的 onboarding 和培训。结合 teams filter 接口，可进行更细粒度的按团队追踪。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
开发者个体：该 API 不直接面向普通开发者，但管理员的决策会间接影响开发者对 Copilot 功能的接入权限和鼓励政策。如果团队被定位在 Phase 1，管理者可能会鼓励开发者尝试 Copilot Code Review 或 CLI Agent。
平台合作方：对于集成 GitHub Copilot 的中台或 DevTools 厂商，此 API 提供了用户行为分层的参考维度，可用于优化自身的 AI 能力推荐或培训方案设计。
值得关注的后续
- 数据隐私与颗粒度：目前 API 仅向企业管理员和组织所有者开放。未来是否会向个人用户开放类似的自助分析界面？或提供更细粒度的部门级数据，将是衡量功能易用性的关键。
- 模型与功能扩展：随着 GitHub Copilot 不断推出新的 Agent 功能（如多模态、自定义 Agent），Phase 2 和 Phase 3 的定义可能快速演进。version 字段的存在表明 GitHub 预备了这种变化，但实际是否会带来历史数据对比的复杂性仍未可知。
- 竞品对标：GitLab、JetBrains 等平台在 AI 采用分析上尚缺乏同类功能。GitHub 率先推出基于 Agent 采用阶段的分群，可能引导行业标准，推动其他平台跟进类似的“采用成熟度”指标。
