Copilot 用量指标 API:自定义 skills、代理与 MCP 服务器名称可见
GitHub Copilot 用量指标 API 现在会显示组织自建的 skills、自定义代理、MCP 服务器、斜杠命令和插件名称,不再统一归入 other/custom;每类列表上限从 5 条提高到 25 条,覆盖 CLI、Copilot 应用、ACP 集成和 SDK,但 IDE 内置聊天遥测不报名称,历史不回溯,客户端遥测可能低估活动。
原贴
查看原文原文
中文翻译
Copilot 用量指标现在会显示你的组织创建的 skills、自定义代理、模型上下文协议(MCP)服务器、斜杠命令和插件的名称,而不是将它们归入 other 或 custom 下。这建立在九月发布的代理式 CLI 自定义指标之上。
命名条目:在企业报告和组织报告中,包括每用户 1 天和 28 天报告、聚合 1 天报告,以及聚合 28 天报告中的 day_totals,totals_by_skill、totals_by_custom_agent、totals_by_mcp、totals_by_slash_cmd 和 totals_by_plugin 数组现在会显示客户定义条目的已配置名称,而不是 other 或 custom。
更多条目:每个 totals_by_* 列表现在每条记录最多包含 25 个条目,高于之前的 5 个,因此你可以看到开发者使用的更多长尾自定义项。任何剩余活动会合并到一个末尾的 other 条目中。
计数不变:interaction_count 和 distinct_*_use_count 字段的计算方式与之前相同。
对一个组织最重要的自定义项,往往由其自己的团队构建。管理员现在可以看到开发者实际使用哪些内部 skills、自定义代理和 MCP 服务器,在推出新的自定义项后跟踪采用情况,并把赋能重点放在需要的地方。
覆盖范围:名称来自 Copilot CLI(交互式会话和提示模式)、GitHub Copilot 应用、诸如 JetBrains 的 Agent Client Protocol(ACP)集成,以及 Copilot SDK。提示模式、应用和 ACP 集成需要 Copilot CLI 1.0.97 或更高版本。Copilot SDK 需要 v1.0.21 或更高版本。当 IDE 的代理体验运行在 Copilot SDK v1.0.21 或更高版本上时,IDE 会报告名称。IDE 的内置聊天遥测不会报告名称。
已配置名称:名称按配置时的样子报告,会去除首尾空白并限制为 128 个字符。看起来像文件路径的名称仍会归入 other 或 custom 下。在组织外共享报告前请审查名称。
准确性:这些指标来自客户端遥测,可能会低估活动,例如客户端过时或遥测被阻止时。请用它们理解趋势和采用情况,而不是用于精确核算。
历史:名称从本次发布后处理的报告日期开始出现。更早的日期仍显示 other 或 custom。
访问:报告可供企业所有者和计费管理者、组织所有者,以及拥有授予“View Copilot Metrics”权限的自定义组织或企业角色的任何人使用。必须启用 Copilot 用量指标策略。访问 Copilot 用量指标 API 文档以开始使用。
核心信息
GitHub Copilot 用量指标 API 现在会显示组织自建的 skills、自定义代理、MCP 服务器、斜杠命令和插件名称,不再统一归入 other/custom;每类列表上限从 5 条提高到 25 条,覆盖 CLI、Copilot 应用、ACP 集成和 SDK,但 IDE 内置聊天遥测不报名称,历史不回溯,客户端遥测可能低估活动。
- GitHub Copilot 用量指标 API 现在会显示组织自建的 skills、自定义代理、MCP 服务器、斜杠命令和插件名称,不再统一归入 other/custom;每类列表上限从 5 条提高到 25 条,覆盖 CLI、Copilot 应用、ACP 集成和 SDK,但 IDE 内置聊天遥测不报名称,历史不回溯,客户端遥测可能低估活动。
- 原贴提到:Copilot usage metrics now show the names of the skills, custom agents, M
- 来源:github.blog
详细解读
这是什么信号:GitHub 把 Copilot 用量指标从“只有总量和 other/custom 归并”推进到“能看到组织自建 skill、自定义 agent、MCP 服务器、斜杠命令和插件的配置名称”。这不是一个普通报表字段变化,而是把企业内部 AI 能力资产的使用情况纳入可观测范围。原文还明确,每个 totals_by_* 列表从最多 5 条提高到 25 条,剩余活动合并到末尾 other;interaction_count 和 distinct_*_use_count 的算法不变。
为什么重要:企业真正关心的自定义项往往由内部团队构建。过去这些条目被归到 other/custom,管理员只能看到“有自定义使用”,却无法判断是哪一个 skill、agent 或 MCP 在被采用。命名可见后,推广一个新内部 agent 能否被使用、哪些团队在用、长尾自定义是否分散,才有了更细的观察入口。它把 Copilot 管理从许可证和活跃度,往“内部 AI 资产采用度”推了一步。
对谁有价值:直接受益者是企业所有者、计费管理者、组织所有者,以及拥有“View Copilot Metrics”权限的自定义组织/企业角色;平台工程、开发者体验、AI 赋能团队和安全/合规团队也会用得上。平台团队可据此判断哪些内部集成值得维护;DevEx 可定位推广重点;安全团队可在报告外发前检查名称是否泄露敏感信息。
可以怎么行动:先确认 Copilot 用量指标策略已启用、报告权限已分配;再把客户端升级到原文要求:提示模式、Copilot 应用和 ACP 集成需 Copilot CLI 1.0.97+,Copilot SDK 需 v1.0.21+,IDE 代理体验需跑在 Copilot SDK v1.0.21+。然后建立自定义能力命名规范,发布前后对比 totals_by_skill、totals_by_custom_agent、totals_by_mcp 等数组,观察采用曲线;对外共享报告前审查名称,避免文件路径式或含敏感信息的名称外泄。
风险或限制:这些指标来自客户端遥测,客户端过时或遥测被阻断会低估活动,不能当精确会计;名称只从本次发布后处理的报告日期开始出现,历史不回溯;IDE 内置聊天遥测不报名称;每类最多 25 条,长尾仍会合并到 other;看起来像文件路径的名称仍归 other/custom;名称按配置报告、去空白并限 128 字符,但组织外共享仍需人工审查。因此它适合看趋势和采用,不适合做个人级精确考核。
信息差价值
这条内容的真正价值,不只是“有人发布了一个新功能”,而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说,这种信息可以转化成持续追踪的栏目选题。
如果把《Copilot 用量指标 API:自定义 skills、代理与 MCP 服务器名称可见》放到你的内容系统里,它最大的价值在于帮助读者更快看懂“为什么值得关注”,而不是只看到一条碎片化动态。
参考来源
TOPIC HUBS
延伸专题
AI SUMMARY
这篇文章回答了什么
Copilot 用量指标 API:自定义 skills、代理与 MCP 服务器名称可见主要讲什么?
GitHub Copilot 用量指标 API 现在会显示组织自建的 skills、自定义代理、MCP 服务器、斜杠命令和插件名称,不再统一归入 other/custom;每类列表上限从 5 条提高到 25 条,覆盖 CLI、Copilot 应用、ACP 集成和 SDK,但 IDE 内置聊天遥测不报名称,历史不回溯,客户端遥测可能低估活动。
这篇文章最值得关注的要点是什么?
GitHub Copilot 用量指标 API 现在会显示组织自建的 skills、自定义代理、MCP 服务器、斜杠命令和插件名称,不再统一归入 other/custom;每类列表上限从 5 条提高到 25 条,覆盖 CLI、Copilo…;原贴提到:Copilot usage metrics now show the names of the skills, custom agents, M;来源:github.blog
这篇文章和哪些AI专题相关?
它适合放在AI副业、Agent工作流专题里阅读。 关联原因:这篇内容命中「项目、小生意、变现」等主题信号。;这篇内容命中「Agent」等主题信号。
阅读这篇文章建议先理解哪些关键词?
建议先理解模型、Cursor、Agent、智能体、工作流这些关键词,再结合正文判断工具、机会或风险是否值得进入自己的工作流。