GitHub Copilot 使用指标现在显示自定义技能、代理和 MCP 服务器的名称
· GitHub
这不是财务建议。
GitHub Copilot 使用指标 API 现在显示自定义技能、代理和 MCP 服务器的名称，帮助组织跟踪内部工具的采用和使用趋势。
新内容及其功能
之前，GitHub Copilot 使用指标将自定义技能、代理和模型上下文协议（MCP）服务器归类为“其他”或“自定义”等通用标签。这使得组织难以识别开发人员使用的具体内部工具和自定义内容，限制了跟踪采用情况、衡量影响和集中支持努力的能力。
来源报道了什么
GitHub 报告：GitHub 已更新 Copilot 使用指标 API，以显示组织创建的自定义技能、代理、MCP 服务器、斜杠命令和插件的实际名称。报告现在每条记录最多包含 25 个命名条目，而不仅仅是五个，这些条目在各种报告类型（按用户、汇总、日总）中可见。此更改使管理员能够查看哪些内部工具正在被采用和使用，从而支持更好的决策制定和资源分配。该更新需要特定版本的 Copilot CLI 和 SDK 以实现全面覆盖，准确性取决于客户端遥测。
来源证据（简短摘录）
“Copilot 使用指标现在显示您组织创建的技能、自定义代理、模型上下文协议（MCP）服务器、斜杠命令和插件的名称，而不是”
“更多条目：每个 totals_by_* 列表现在每条记录包含最多 25 个条目，从五个增加，因此您可以看到开发人员使用的更多自定义内容的长尾。”
“管理员现在可以看到开发人员实际使用的内部技能、自定义代理和 MCP 服务器，在推出新工具后跟踪采用情况，并集中支持。”
分析 - 假设，而非已验证的发现
此更新使组织能够就其内部开发工具做出更明智、数据驱动的决策。通过展示自定义技能和代理的名称及使用情况，管理员可以识别哪些工具正在获得关注，哪些可能需要更多支持，以及在哪里集中培训或开发资源。它还帮助团队证明对内部工具的投资合理性，并跟踪新推出的影响。然而，这些指标的准确性取决于最新的客户端和启用的遥测，因此数据应用于趋势分析，而非精确计数。
可能的用途和项目
组织可能会从对内部 Copilot 自定义内容的更细致可见性中受益，从而实现有针对性的支持和资源分配。该项目测试这种可见性是否会导致更好的采用和工具影响。实际的采用和生产力提升仍需在实践中证明。
采用和商业模式 - 可选假设
没有既定的付款方；这是一个供组织内部使用的社区或内部工具。源证据中未识别出商业客户。
该项目不要求盈利，且未建立商业假设。如果以后商业化，可以探索订阅或企业许可证，但这尚未得到验证。
竞争对手和测试差异
可检查的替代方案包括内置的 GitHub Copilot 使用报告、手动跟踪和处理 Copilot 指标的第三方分析工具。
测试在专用仪表板中展示命名的自定义内容和使用趋势是否会导致更有针对性的支持行动或改善采用率，与通用的“其他/自定义”分组相比。
地理、成本和法律检查
源命名市场是使用 GitHub Copilot 指标的组织；可用性和覆盖范围在检查之前未知。出版商未推断出地理位置。
实际成本未知/未报告，需要当地报价。尽可能使用现有基础设施和开源工具。不假设预算。
必须验证与当地隐私、消费者和平台条款的合规性。不提供法律建议。数据共享必须遵循组织政策和 GitHub 的条款。
仍然未知的是什么
尚不清楚遥测被阻止或客户端过时的频率，这可能导致低估。该更新不会追溯性地在历史报告中命名条目，因此在过渡期间的趋势分析可能不一致。没有独立验证报告指标的准确性或完整性。这些变化对实际工具采用和开发人员生产力的影响尚未独立评估。隐私和数据共享的影响取决于组织政策以及报告的共享或使用方式。
项目可行性 - 尚未验证
这项原始机会分析是一个测试提案，而不是对产品、市场、客户或收入的验证声明。未进行独立市场研究；源报告未提及销售或保证收益，除非引用的证据另有说明。
源日期和新鲜度
发布者馈送时间戳：2026-10-22T22:19:17.000Z。这记录了源项目发布的时间，而不是对价格、客户数量、可用性或平台条款的实时检查。
来源
GitHub - 使用指标 API 中的自定义技能、代理和 MCP 服务器
https://github.blog/changelog/2026-10-22-custom-skills-agents-and-mcp-servers-in-usage-metrics-api
MLAIEL AI — 项目假设
给团队的建议。不是已核实的结果，也不是医疗或财务建议。
数字机会（v4）：Copilot指标的内部定制化采用仪表板 目标用户：企业和组织管理员、DevOps团队和工程经理，旨在监控和改善其组织内自定义Copilot技能、代理和MCP服务器的采用情况。 工作原理：一个仪表板，获取Copilot使用指标API数据，提取命名的自定义技能、代理和MCP服务器，并可视化使用趋势。它突出显示最常用的自定义项、最近的发布和使用不足的工具，从而支持有针对性的赋能或培训工作。仪表板可以按团队、时间段和工具类型进行过滤，并为利益相关者导出摘要报告。 第一个版本：一个基于Web的仪表板原型，使用来自一个同意组织的真实Copilot使用指标API数据。它将显示每个报告周期内前25个命名的自定义技能/代理/MCP服务器，并带有趋势线和简单过滤器。试点将持续4周，参与1-2名管理员用户和3-5个团队，仅使用该组织自己的Copilot实例的数据。不包括外部数据。 调查的替代方案：与现有的Copilot使用报告、通过电子表格的手动跟踪以及可能提供类似可见性的第三方分析工具进行比较。评估内置的GitHub报告功能是否满足组织的需求。 测试的差异：测试在专用仪表板中展示命名的自定义和使用趋势是否会导致更有针对性的赋能行动或提高采用率，相较于通用的“其他/自定义”分组。 能力或需求的证据来源：管理员现在可以看到开发人员实际使用的内部技能、自定义代理和MCP服务器，在推出新工具后跟踪采用情况，并将赋能重点放在需要的地方。 可能的用途和限制：组织可能会从对内部Copilot自定义的更细致可见性中受益，从而实现有针对性的赋能和资源分配。该项目测试这种可见性是否会导致更好的采用和工具影响。实际的采用和生产力提升仍需在实践中证明。 潜在用户和可选付款者：没有确定的付款者；这是一个供组织内部使用的社区或内部工具。源证据中未识别出商业客户。 需要检查的竞争对手和替代方案：需要检查的替代方案包括内置的GitHub Copilot使用报告、手动跟踪和处理Copilot指标的第三方分析工具。 可选的法律商业模式：该项目不需要货币化，且未建立商业假设。如果以后进行商业化，可以探索订阅或企业许可证，但这尚未得到验证。 测试所需的技能和时间：技能：API集成、数据可视化、网页开发、基础DevOps。建议时间：2-4周，1-2名开发人员和管理员支持的原型。未独立验证。 地理可用性和限制：源命名市场是使用GitHub Copilot指标的组织；可用性和覆盖范围在检查之前未知。出版商未推断出任何地理信息。 需要验证的法律和平台限制：必须验证遵守当地隐私、消费者和平台条款。未提供法律建议。数据共享必须遵循组织政策和GitHub的条款。 当前价格和平台条款：源证据中没有确切的价格或条款；实际成本和许可必须在当地检查。信息发布的时间戳不是当前价格研究。 年龄、付款和资格检查：MLAIEL的最低用户年龄为16岁；任何更高的年龄限制、KYC、国家覆盖、外部服务的支付、付款和税务资格在检查之前均未得到验证。 最小的低成本验证测试：运行为期2周的仪表板试点，使用来自一个团队的合成或非敏感Copilot指标数据，确认至少10个命名自定义的正确显示。不需要生产数据或外部共享。 人类责任：管理员提供API访问，审查仪表板输出，并与团队负责人进行关于赋能行动的访谈。DevOps人员在试点期间设置和监控仪表板。 AI贡献和限制：可选：使用AI标记使用模式中的显著变化或建议用于赋能的使用不足的工具。AI总结趋势，但不做自主决策。 所需数据和访问：需要访问组织的Copilot使用指标API，并启用命名条目。所有数据必须是组织内部的，并按照隐私政策处理。不使用个人或外部数据。 源支持的设置和能力：管理员现在可以看到开发人员实际使用的内部技能、自定义代理和MCP服务器，跟踪新发布后的采用情况，并在需要的地方集中赋能。 有序步骤和负责人：1. 从组织的Copilot管理员那里确保API访问和权限。2. 构建一个提取和可视化命名使用指标的仪表板。3. 通过管理员审查和团队反馈验证输出。4. 根据仪表板洞察记录采取的赋能行动。 最低资源和依赖关系：需要Copilot使用指标API访问、仪表板的Web服务器以及内部管理员/DevOps人员。依赖关系：Copilot CLI 1.0.97+和SDK 1.0.21+以获得完整的数据覆盖。在开始之前确认这些版本和权限。 成本和可负担性未知：实际成本未知/未报告，需要本地报价。尽可能使用现有基础设施和开源工具。不假设预算。 新来者如何提供帮助：管理员提供API密钥和反馈；DevOps人员设置仪表板；团队负责人审查使用趋势并报告赋能行动。时间承诺：4周，每位参与者每周1-2小时。 试点和成功标准：建议的试点目标：每个报告周期内，仪表板中至少80%的前25个命名自定义技能/代理/MCP服务器正确显示，经过管理员审核验证。基线：手动报告或以前的通用分组。持续时间：4周。成功阈值：80%的准确性，并且根据仪表板洞察采取至少一项赋能行动，通过管理员记录和反馈日志进行测量。 风险和保障措施：风险包括由于过时的客户端或被阻止的遥测导致的数据不完整，若报告被外部共享则存在隐私问题，以及如果管理员不采取行动，影响有限。技术风险包括API更改或访问问题。 何时停止或改变方向：如果可用的命名条目少于50%或仪表板在4周后未能产生任何可操作的洞察，项目将暂停以进行审查。
评论
还没有评论。
分享这篇文章
做成一件工作
已登录的人可以打开与本文相连的项目或问题。文字停留在来源说过的范围内。
登录后开始