GitHub用量API新增Claude与Codex智能体活动：团队可按Agent核对消耗
Copilot Usage Metrics API开始拆分第三方Agent应用活动，成本与使用审计有了更细的维度。
本文核心看点
GitHub在2026年8月7日宣布Copilot Usage Metrics API新增第三方Agent应用活动，可在企业、组织及用户的1日和28日报告中按Agent拆分。新字段包含稳定的agent_id与可变的显示名称，便于把Claude、Codex等工作流接入统一审计。管理员应先核对报告口径、分页和标识稳定性，再把数据用于预算与权限决策，避免再次误判。
作者：恩禾ENHE AI · 2026年8月9日
GitHub在2026年8月7日宣布Copilot Usage Metrics API新增第三方Agent应用活动，可在企业、组织及用户的1日和28日报告中按Agent拆分。新字段包含稳定的agent_id与可变的显示名称，便于把Claude、Codex等工作流接入统一审计。管理员应先核对报告口径、分页和标识稳定性，再把数据用于预算与权限决策，避免再次误判。
直接回答
先用agent_id而不是显示名称做归并，固定1日或28日窗口，核对企业与组织报告是否重复，再把Agent活动、AI credits和权限变更写入同一审计记录。
事实来源
GitHub Changelog在2026年8月7日说明，Usage Metrics API现在报告第三方Agent应用活动。
活动可出现在enterprise、organization、enterprise-user和organization-user的1日与28日报告。
官方要求用稳定的agent_id关联数据，因为agent_name显示名称可能变化。
接入Agent用量报告的5步
- 确认令牌权限、API版本和报告范围，先读取一小段样例。
- 按agent_id建表，保留显示名称作为展示字段而非主键。
- 分别拉取1日与28日报告，检查重复、时区和分页。
- 把Agent活动与AI credits、成员、仓库和权限变更关联。
- 先只读观察一个周期，再决定预算、限额或停用动作。
为什么重要
当多个Agent直接进入GitHub工作流，单看Copilot总量会掩盖具体工具的消耗和权限风险。稳定标识与时间窗口是可审计性的基础。
普通AI用户影响
团队能更具体地解释Claude、Codex等Agent的使用，但报告字段不等于完整业务价值；误合并、时区和权限配置都会造成错误结论。
相关工具与教程
账号服务适合承接权限和额度治理，软件与技能教程适合承接API接入、日志和复核流程。
AI软件与工具入口 · AI账号权限与费用服务 · AI技能教程与验证方法 · AI前沿资讯总览
FAQ
为什么不能用agent_name做主键？
官方说明显示名称可能变化，agent_id才是跨报告关联的稳定键。
1日和28日报告能直接相加吗？
不能。它们是不同窗口，直接相加会重复计算。
API数据可以自动停用Agent吗？
先只读观察并人工核对，再按组织审批设计自动动作。
来源链接
- GitHub Changelog: Usage Metrics API adds agent app activity (2026-08-07)
- GitHub REST API: Copilot usage metrics
- GitHub reference: Agent app metrics fields
这对普通用户意味着什么？
审计表至少保留agent_id、窗口、AI credits、成员、仓库和权限变更。
相关阅读
GitHub Copilot会话可转到VS Code：上下文、差异与工作树一起保留
GitHub发布操作指南，说明如何把Copilot应用中的代理会话继续到VS Code，而不必重新概括对话或复制修改。打开后会保留任务上下文、代码差异和原来的隔离工作树。本文面向使用AI编程工具的创作者与技术团队，列出账号、权限和会话改动等前提，并给出“看差异、改代码、跑测试、再推送”的接手清单；它不自动证明代理修改正确，也不包含部署授权。
GitHub Copilot模型策略API正式可用：四层权限怎么查与改
GitHub宣布Copilot模型策略REST API正式可用，管理员可在企业、企业团队、代理应用和组织四个层级读取或更新模型策略。本文面向技术管理员，说明这次API开放与此前网页端全局模型策略并非同一事件，并给出“先GET盘点、保存基线、人工审批、最小PATCH、再次GET验证”的操作顺序。示例不包含真实组织名称、令牌或生产写入，也不建议在没有变更窗口和回退记录时批量修改。
GitHub推出HydraFusion Max：复杂编程任务何时值得多模型复核
GitHub更新多模型编排能力并推出更强调深度推理的版本，适合需要分析与复核的编程任务，但它不是又一个独立模型。本文说明研究预览状态、客户端和套餐条件，区分普通任务与复杂缺陷，并给出一次可比较的测试记录样例。多个模型参与可能增加时间和用量，不能凭名称判断更便宜或效果更好；真正交付仍要检查改动、测试和费用记录。
GitHub Agentic Autofix正式可用：会修漏洞但不会替你合并
GitHub于2026年10月15日宣布代码扫描Agentic Autofix正式可用。企业把默认分支警报分配给Copilot后，它会查看相关文件、生成修复、重跑CodeQL验证并创建草稿拉取请求；一次还可选择最多25个警报。该功能面向GitHub Enterprise Cloud的代码安全客户，需要管理员策略和Copilot计费方式，并消耗AI额度与Actions分钟。本文给出审查自动修复、预算和回退的检查清单。
GitHub Copilot模型11月16日退役：迁移检查清单
GitHub于2026年10月15日宣布，Copilot将在11月16日跨聊天、内联编辑、Ask、代理模式和代码补全退役Claude Opus 4.8、Claude Opus 5与GPT‑5.6 Terra，并分别建议迁移到Claude Opus 5.5、GPT‑6.1 Sol或GPT‑6 Luna。本文提供工作流盘点、管理员策略、提示回归、费用与回退检查，避免模型切换当天出现中断；个人年度订阅者的Opus 4.8例外单独说明，适合个人用户、团队负责人和管理员在截止日前逐项验收。
GitHub AI Scan正式可用：拉取请求新增哪些安全检查
GitHub于2026年10月15日宣布拉取请求AI Scan正式可用。启用代码扫描和仓库AI Scan设置后，它会自动检查变更，补充PHP、Shell/Bash、Terraform HCL、Dockerfile、JSP和Blazor等CodeQL当前未覆盖范围，并给出风险说明与修复建议。本文说明公开与私有仓库条件、AI额度计费、分支限制，以及团队怎样人工复核发现，避免把建议误当成合并门禁。
总结
GitHub把第三方Agent活动纳入用量指标，给团队更细的成本和权限观察面。先用稳定ID与固定窗口做只读审计，再逐步接入治理动作。