Michael Johnson自 2026 年 11 月 3 日起，组织和企业管理员可以在 GitHub Copilot 报告中单独查看自有密钥和企业模型的使用情况。Copilot usage metrics API 更新有助于区分对 GitHub 托管模型的请求，以及通过 BYOK（自带密钥）或组织配置的模型进行的使用。
对企业而言，这是一项实用的统计改进：可以将外部服务商的费用和本地运行情况，与 GitHub 提供服务的模型使用情况区分开来。管理者和管理员由此能更清楚地了解团队采用了哪些 AI 使用方式。GitHub 指出，新字段会将 BYOK 从现有汇总指标中单独标出，但不会改变计数器本身。
API 单独展示哪些使用场景
GitHub 将 BYOK 分为两种情形。在本地 BYOK 场景中，开发者会在 Copilot CLI 或 GitHub Copilot 应用中配置自己的密钥或本地模型；请求会直接发送给服务商或本地服务器。针对这类请求，新增了用户字段 used_local_byok、汇总数据 totals_by_local_byok，以及本地 BYOK 活跃用户计数。
GitHub 列出的本地模型和工具包括 Ollama、Foundry Local、LM Studio 和 llama-server。本地 BYOK 的新细分字段适用于 Copilot CLI 和 Copilot 应用：如果服务商提供相应数据，这些字段会按 BYOK 类型和使用界面拆分会话、请求、提示词和令牌数量。本地 BYOK 使用情况不会按模型名称细分，因此报告能显示此类活动是否发生以及活动规模，但不会显示具体的本地模型。
第二种情形是企业自定义模型：管理员在组织或企业设置中指定模型，随后请求经由 GitHub 转发给服务商。GitHub 为此在 totals_by_client 中的模型记录里新增了布尔字段 is_custom_enterprise_model。由于这类请求是在服务器端观察到的，该字段覆盖不同客户端，包括 IDE。
报告使用方式会有哪些变化
过去，BYOK 使用情况可能会与 Copilot 托管模型的指标混在一起，尤其是在模型名称相似时。新字段可以在核查内部政策和分析使用情况时将这些类别区分开来。GitHub 表示，这些数据覆盖 1 天和 28 天的报告，既可按用户查看，也可查看组织或企业汇总数据。
管理员可以先明确报告需要回答的问题：谁在使用自有密钥，有多少请求发往本地模型，以及这对成本估算有何影响。接下来，可以将新字段与现有指标和内部 BYOK 规则进行对照。与 Copilot 活动总数相比，这能为讨论模型选择和费用承担提供更具体的依据。
指标访问权限取决于用户角色：API 面向企业所有者、企业账单管理员、组织所有者，以及拥有 View Copilot Metrics 权限的用户。此外，还必须启用 Copilot 指标使用政策。这些数据反映的是已记录的活动，并不代表回答质量，也不能说明模型是否适合某项具体任务。
两项新指标的准确度为何不同
本地 BYOK 的统计有一个明确限制：GitHub 根据客户端遥测数据计算相关字段。如果遥测已关闭，统计到的请求数就会低于实际数量；部分本地服务商也不会报告令牌数量。因此，这些数据适合用于发现相关使用情况和估算规模，但若要精确核对财务数据，仍不完整。
企业自定义模型在服务器端统计，据 GitHub 称，不受上述遥测限制的影响。如果同一模型既作为 Copilot 托管模型使用，也作为企业自定义模型使用，它可能会在报告中显示为两条独立记录。这样可以避免仅因名称相同，就把不同使用渠道合并在一起。
另有一项时间上的限制：对于更新发布前的日期，GitHub 不会在报告中加入 is_custom_enterprise_model 字段。因此，不能自动认为历史数据与新增类别可直接比较；分析趋势时应标记切换日期，并考虑数据结构变化后再比较不同时间段。
这项更新有助于组织更准确地分类 Copilot 对自有模型或本地模型的使用情况。编制本地 BYOK 预算时，仍需考虑客户端遥测缺失以及服务商数据；企业自定义模型则在报告中获得了独立的服务器端标记。
