GitHub Copilot Usage Metrics API Adds Per-Client Totals Covering OpenCode and Claude Code, and Named Skills, Custom Agents and MCP Servers
GitHub's Copilot usage metrics API gained a totals_by_client array on October 23 and named custom skills, agents and MCP servers on October 22, with caveats on undercounting.
Overview
GitHub made two additions to its Copilot usage metrics API in consecutive days. A changelog entry dated October 23, 2026 says the API now reports model usage from tools such as OpenCode that were not previously captured, through a new totals_by_client array. A changelog entry dated October 22, 2026 says the reports now show the names of skills, custom agents, Model Context Protocol (MCP) servers, slash commands and plugins that an organization creates, instead of grouping them under other or custom.
Usage by client
According to the October 23 changelog, totals_by_client is available in the enterprise, organization, enterprise-user and organization-user 1-day and 28-day reports. Each entry represents one client and carries a client field naming the tool that sent the requests. GitHub lists opencode, claude_code, codex, zed, copilot_cli, github_app, cloud_agent, code_review, vscode and jetbrains as examples, and says unrecognized clients are grouped under other.
Each entry also includes a request count, described as “The number of successful model requests from the client”, a session count, and token usage covering prompt tokens, output tokens and average tokens per request. A totals_by_model breakdown carries a model_selection_mode that shows whether the model was requested directly (user_selected), chosen by auto (auto) or chosen by the product (product_selected).
GitHub gives this reason for the change: “Because those tools often don’t send editor telemetry, their usage was missing from totals_by_ide and hard to account for.” The changelog distinguishes the new array from agent app activity, which it says “counts jobs started by agent apps such as Claude and Codex on GitHub”, while totals_by_client measures model traffic, meaning requests and tokens.
Named skills, agents and MCP servers
Per the October 22 changelog, the totals_by_skill, totals_by_custom_agent, totals_by_mcp, totals_by_slash_cmd and totals_by_plugin arrays now show the configured name of a customer-defined item. Each list now holds up to 25 entries per record, up from five, with remaining activity combined into a trailing other entry. GitHub says interaction_count and the distinct_*_use_count fields are calculated the same way as before, and that the change builds on agentic CLI customization metrics released in September.
Names are reported from Copilot CLI (interactive sessions and prompt mode), the GitHub Copilot app, Agent Client Protocol integrations such as JetBrains, and the Copilot SDK. According to the changelog, prompt mode, the app and ACP integrations require Copilot CLI 1.0.97 or later, the SDK requires v1.0.21 or later, and “Names aren’t reported from an IDE’s built-in chat telemetry.”
Caveats published by GitHub
- Best-effort client labels. The October 23 entry says clients are identified by the integration ID they send with each request, and advises to “Treat
clientas a best-effort grouping, not a verified identity.” - Requests are not prompts. The same entry says “
request_countcounts model calls, not prompts,” so the field should not be compared directly with prompt or interaction counts. - Cloud agent and code review. Requests from these clients report
product_selected, and Copilot code review models are reported asunknown. - Undercounting. The October 22 entry says the metrics “come from client telemetry and can undercount activity, for example when clients are outdated or telemetry is blocked.”
- No backfill. Names appear starting with report days processed after the release; earlier days still show
otherorcustom. - Names may be sensitive. Names are limited to 128 characters, names that look like file paths stay grouped under
otherorcustom, and GitHub advises to “Review names before sharing reports outside your organization.”
Access and compatibility
Both entries say the reports are available to enterprise owners and billing managers, organization owners, and anyone with a custom organization or enterprise role that grants the View Copilot Metrics permission, and that the Copilot usage metrics policy must be enabled. GitHub’s REST API documentation states the endpoints require the policy to be set to “Enabled everywhere” for the enterprise. The October 23 entry describes the totals_by_client change as additive: “Existing fields are unchanged, and totals_by_client is an empty array when there is no usage to report.”
What We Don’t Know
The changelog entries do not say how many organizations have enabled the policy, nor give any usage figures for the listed clients. They also do not say which integration IDs map to each named client beyond the examples listed.