GitHubは2026年10月23日付の発表で、Copilot利用指標APIを拡張しました。システムから利用データを取得するこのAPIに、OpenCodeなど従来は集計されなかったモデル利用を追加します。情シスや開発部門は、リクエストの送信元ツール別に、モデルの呼び出し数や処理量を確認できるようになります。
外部ツールの利用をサーバー側で集計
新たに加わったのは、クライアント別の集計配列totals_by_clientです。対象はエンタープライズ、組織、それぞれの単位のユーザー別レポートです。1日版と28日版の両方に対応し、集約された28日版レポートでは、各日のday_totals内に入ります。
GitHubによると、外部ツールはエディタの計測情報を送らないことが多く、従来の集計には漏れがありました。今回はサーバー側でリクエストを数える方式を採用しています。既存フィールドは変更せず、報告対象の利用がなければ新しい配列は空になります。
clientには送信元のツール名を記録します。識別対象にはopencode、claude_code、codexなどが含まれ、認識されないものはotherにまとめられます。
日本での提供は発表には書かれていません。
呼び出し数はプロンプト数やジョブ数ではない
request_countは成功したモデル呼び出しの件数、session_countはクライアントごとの重複しないセッション数です。token_usageには、モデルが扱うテキスト量の単位であるトークンについて、入力・出力の数とリクエスト当たりの平均を記録します。totals_by_modelではモデル別のリクエスト数とトークン指標を確認できます。
ただし、これはエージェントアプリのジョブ数を測るものではありません。1回のプロンプトから複数のモデル呼び出しが起きるため、プロンプト数と呼び出し数の直接比較も避ける必要があります。利用実績を社内に報告する際は、「何回使ったか」という説明だけでなく、何を数えた数字なのかを添えることが重要です。
モデルの選び方はmodel_selection_modeで区別します。直接指定、自動、製品側の選択が対象です。Copilot code reviewとCopilot cloud agentはproduct_selectedとなり、Copilot code reviewのモデル名はunknownとして報告されます。未個別報告の選択モードはother、正規化できない値はunknownです。
また、クライアント名は送信された統合IDに基づく推定的な分類で、本人性を保証しません。利用状況の把握と、送信元の確実な証明は分けて扱う必要があります。
影響する会社・しない会社
- 影響する: エンタープライズ・組織、または各単位のユーザー別レポートで、OpenCodeなど今回追加されたモデル利用を確認する会社です。従来集計されなかった利用を、新しい配列で確認する対象になります。
- 影響する: Copilot利用指標APIを社内の集計処理に取り込んでいる会社です。クライアント別の数字を利用するなら、取得データの読み取り方と報告項目の見直しが必要です。
- 影響しない: 今回の報告対象となる利用がない環境では、新配列は空になります。既存フィールドに変更はありません。ただし、対象外となる契約プランや会社規模の条件は発表には書かれていません。
