
GitHub、Copilot利用状況APIにOpenCodeなど外部ツールの利用を追加
GitHubCopilotAPI開発ツールコーディングエージェント
GitHubは10月23日、Copilotの利用状況API(usage metrics API)で、これまで集計されていなかったOpenCodeなどのクライアントからのモデル利用も報告するようになったと発表した。レポートに totals_by_client 配列が追加され、クライアント別のリクエスト数・セッション数・トークン量とモデル内訳、モデルがどう選ばれたかまで取得できる。
何が発表されたか
GitHub は2026年10月23日、Copilot の利用状況API(usage metrics API)の更新を Changelog で公開した。
- これまで捕捉されていなかったOpenCode のようなクライアントツールからのモデル利用も、APIで報告されるようになった。
- Enterprise、Organization、Enterprise-user、Organization-user の各レポートに、
totals_by_client配列が追加された。1日版と28日版の両方で利用できる。 - 配列の各要素では、クライアントごとにリクエスト数・セッション数・トークン使用量と、モデル別の内訳が取得できる。
- モデル別の内訳には、そのモデルがどう選ばれたか(ユーザーが直接指定したのか、auto による選択か、プロダクト側の選択か)も含まれる。
- 対象クライアントとして挙げられているのは、
opencode、claude_code、codex、zed、copilot_cli、github_app、cloud_agent、code_review、vscode、jetbrains。認識できないクライアントはotherにまとめられる。
開発者への影響
- 自社やチームの Copilot 利用実態を、どのツール経由かまで分解して見られるようになる。VS Code からの利用と CLI、エージェント経由の利用が混ざって一括計上されていた状態が解消される。
- 契約や予算の説明に使いやすくなる。トークン使用量がクライアント別に出るため、「どの使い方がコストを押し上げているか」を数字で示せる。
code_reviewやcloud_agentが独立して出てくるため、人が手で使っている分と自動で動いている分を分けて評価できる。- モデルの選択経路(ユーザー指定 / auto / プロダクト側)が取れるので、モデル指定のガイドラインが実際に守られているかの確認にも使える。
- 既存のレポートに配列が追加される形のため、APIのレスポンスをパースしている既存の集計スクリプトがある場合は、新しいフィールドの扱いを確認しておきたい。
