Copilot 用量指标 API 新增 agent 应用活动

事件核心：发生了什么

GitHub 在 2026 年 8 月 7 日发布更新：Copilot 用量指标 API 开始统计 agent 应用活动，并按单个 agent 单独列出。此前，来自 Claude、Codex 等合作伙伴 agent 的工作量在用量报表里只体现为一个合并桶，无法区分具体是哪款 agent 产生的。

新的可选字段 totals_by_3rd_party_agent 会出现在企业、组织、企业用户和组织用户维度的 1 天及 28 天报表中，每条记录包含 agent_name（展示名，可能变化）、agent_id（稳定标识，适合跨周期关联）以及 user_initiated_interaction_count（用户发起的 agent 任务启动次数）。此外，企业和组织聚合报表中还有 session_count（会话数），按用户维度的报表则不包含该字段。

需要特别注意：这个嵌套字段与顶层同名指标含义不同——顶层字段统计的是其他受支持遥测中的显式提示词，两者不能相加，也不能混用。无法识别的 agent 活动会被省略，同一 agent 的多个应用则会被聚合为一条记录。

为什么重要

在此之前，Copilot 用量指标把 agent 活动视为一个整体，团队一旦同时采用多款 agent，就难以回答“哪款 agent 真的有人用、用了多少、新上线的 agent 是否达到替代旧工具的目标”这类基本问题。按单个 agent 拆分后，企业可以把工具采纳、许可证采购和开发流程调整建立在真实使用数据上，而不是凭感觉做决策。

对 GitHub 而言，这一改动也顺应了开发工具从“辅助补全”走向“多 agent 协作”的趋势：Copilot 平台的定位正在从单一的代码助手扩展为承载多家 agent 产品的基础设施。对 Claude、Codex 等第三方 agent 提供商来说，客户将能更透明地对比各家的实际使用率，这会影响企业是否续费或扩大部署。

对用户/开发者/创作者的影响

企业管理员和拥有 View Copilot Metrics 权限的成员可以在企业或组织层级查看这些拆分数据，前提是 Copilot 用量指标策略已启用。API 变化向后兼容，原有字段保持不变，若报表周期内没有可识别的 agent 活动，“totals_by_3rd_party_agent”字段会整个省略，因此现有自动化脚本和仪表盘不会受到影响。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

开发者如果需要按 agent 维度构建内部使用报表或成本分摊逻辑，建议以 agent_id 作为关联主键，而不是依赖可能变化的展示名称。对于普通 Copilot 用户来说，本次更新不改变日常编码体验，属于后台统计能力的扩展。

值得关注的后续

目前公开信息显示，该功能覆盖的是 Copilot 用量指标 API，并未涉及计费或配额调整。后续可以观察几个方面：一是 GitHub 是否会进一步在 Web 管理界面中直接展示这些拆分数据，而非仅通过 API 获取；二是其他 AI 编程工具平台（如 GitLab 或 JetBrains AI 服务）是否也会跟进类似的分 agent 用量统计；三是随着 agent 应用数量增加，GitHub 是否会为“无法识别的 agent”提供更清晰的归因方式，或引入统一的 agent 身份认证机制。

来源：GitHub Changelog