GitHubは2026年10月23日、Copilot usage metrics APIのレポートで、OpenCodeなどのツールからのモデル利用を集計対象に加えたと発表しました。GitHub Copilotと外部ツールの連携状況を確認したい個人開発者や学習中の人に向けて、何が数字で分かるのか、誰が確認できるのかを整理します。
要点
- 新しい
totals_by_clientでは、Copilotを使うツールごとのモデルリクエストやトークン使用量を確認できます。 - 対象はenterprise、organization、enterprise-user、organization-userの1-day・28-dayレポートです。
- 閲覧には所定の権限が必要で、Copilot usage metricsポリシーも有効になっている必要があります。
request_countはプロンプトの数ではなく、モデル呼び出しの数です。ツール名も検証済みの識別情報としては扱わないでください。
何が発表されたか
Copilot usage metrics APIは、Copilotの利用状況を取得するためのAPI（プログラムから情報を取得する仕組み）です。今回、従来のレポートでは捉えられていなかったOpenCodeのようなツールからのモデル利用も報告するようになり、ツール別の内訳を示すtotals_by_client配列が加わりました。対象はenterprise、organization、それぞれのuserレポートの1-day版と28-day版です。集計された28-dayレポートでは、各day_totalsにこの配列が入ります。
配列の各項目は一つのクライアント、つまりモデルへのリクエストを送ったツールを表します。clientの例にはopencode、claude_code、codex、vscodeなどがあり、認識されないものはotherにまとめられます。request_countは成功したモデルリクエスト数、session_countは異なるセッションの数です。token_usageにはプロンプト側と出力側のトークン使用量、リクエスト当たりの平均が含まれます。
さらにtotals_by_modelでは、モデル別のリクエスト数とトークン使用量を確認できます。model_selection_modeは、モデルが直接指定されたuser_selected、自動で選ばれたauto、製品側が選んだproduct_selectedを示す項目です。これらは「どのツール経由でどれだけモデルを利用したか」を読むための数字であり、連携設定そのものの一覧ではありません。
個人の仕事や学びにどう使えるか
個人開発者やフリーランスのエンジニアなら、権限を持つ環境でレポートを確認できる場合、まずclientに使っているツールがどう表示されるかを見てみましょう。次に1-dayレポートで作業した日のrequest_countとtoken_usageを確認し、28-dayレポートで日ごとの傾向を振り返る、という順番が考えられます。数字を記録しておくと、自分の作業の振り返りにも役立ちます。
開発を学び直している会社員なら、IDE（コードを書くための開発環境）とそれ以外のツールを使い分けた学習日に注目する方法があります。外部ツールはエディターの利用情報を送らないことがあり、その利用は従来のtotals_by_ideでは捉えにくいものでした。totals_by_clientのツール別の数字を手掛かりにすれば、IDE側の数字だけで学習時の利用を判断せずに済みます。
確認の前には、自分に閲覧権限があるかを確かめてください。権限がない場合は、管理者にレポートの確認を依頼する形で、見たい期間やツール名を具体的に伝えるとよいでしょう。
会社・チームで使うときのポイント
ツール別のリクエスト数とトークン使用量は、どのツールを支援対象にするか、利用ルールをどう考えるかを話し合う材料になります。ただし、この指標はモデルへのリクエストとトークンを測るもので、GitHub上でClaudeやCodexなどのagent appが開始したジョブ数とは別です。チーム内で共有するときは、何の利用を数えた数字なのかをそろえておきましょう。法人で導入や研修を考えるなら、株式会社デジライズに相談できます。
使う前の注意点
レポートを確認できるのは、enterprise owners、billing managers、organization owners、またはView Copilot Metrics権限を付与されたカスタムのorganization・enterpriseロールを持つ人です。Copilot usage metricsポリシーも有効である必要があります。GitHub Docsによると、enterprise向けのレポート取得ではダウンロード用リンクが返され、そのリンクには有効期限があります。使う前に、公式のヘルプで最新の提供範囲と権限・ポリシーの設定を確かめましょう。
数字の読み違いにも注意が必要です。一つのプロンプトから複数のモデル呼び出しが発生し得るため、request_countをプロンプト数や操作回数とそのまま比べないでください。clientは各リクエストで送られるintegration IDによって識別されるため、確証のあるツールの身元情報ではなく、おおまかな分類として扱います。報告する利用がない場合、totals_by_clientは空の配列になります。
まとめ
今回の変更で、OpenCodeのようなツールからのCopilotのモデル利用も、権限のある人がツール別のレポートで確認できるようになりました。個人の振り返りでも、まず閲覧条件を確かめ、リクエスト数の意味を押さえてから数字を見ることが大切です。Copilotの基本を体系的に学ぶなら、デジライズAIスクールのコース一覧にある「Copilot基礎（初級）」も確認できます。
出典
- Usage metrics API adds usage from tools like OpenCode - GitHub Changelog
- REST API endpoints for Copilot usage metrics - GitHub Docs
この記事は、各社の公式の発表をもとに AI で下書きし、出典の本文との照合とGoogle 検索による事実確認（ファクトチェック）を通ったものだけを公開しています。
