本文へ移動
技術を、自社の仕事に。
判断と実行を助けるメディア

記事を検索

Copilotの利用状況の読み方 Chat-firstと2日の遅れ

目次 · 7項目

Copilotのライセンスを配った会社では、「本当に使われているのか」を数字で確かめたくなります。利用状況のダッシュボードで「使っていない人」が多く見えれば、ライセンスを減らす判断につながります。ただ、その数字が、使っていない人ではなく「数え方の都合で分類されていない人」や「古いIDEで記録が届いていない人」だったら、判断を誤ります。

2026年11月4日から6日にかけて、GitHubのドキュメントのリポジトリ(github/docs)で、Copilotの利用状況の指標(Copilot usage metrics)の説明が3回更新されました。11月5日と6日には、GitHub Changelogでも告知されています。本記事では、2026年11月7日に確認した原稿と、11月11日に照合した公開中のページ・告知をもとに、変わった点と、ライセンスの見直しに使う前の読み方を整理します。なお、11月9日の更新でページの構成が組み替えられ、最低限の版の表などは「Coverage and requirements for Copilot usage metrics」のページに移りました。

「Passive users」は「Chat-first users」に

11月6日の更新とGitHub Changelogの告知で、影響(impact)のダッシュボードの「Passive users」は「Chat-first users」に改名されました。APIでは引き続き No Cohort の値にあたります。告知によると、変わったのは呼び名で、区分の人数は変わりません。

原稿の新しい定義は次のとおりです。

利用はしているが、直近28日のうち、対象となる機能を2日以上使っていない人。たとえば、Copilot Chatやエージェントモードで質問はしているが、コードの変更を適用していない人。

原稿は、この区分は「使っていないことを示すものではない」と繰り返し書いています。APIの説明でも、この区分の人が日常的にCopilotを使い、利用枠を消費している場合があるとされています。

段階(フェーズ)の分け方

Chat-firstの意味は、残りの区分と並べると分かりやすくなります。原稿は、利用者を「どの機能を使ったか」で次の段階に分けます。

  • Phase 1(Code first): コードの補完か、エージェントによるファイルの直接の編集(agent edits)を使った。Chatやエージェントモードを使っても、補完や編集が生じなければ、それだけでは該当しない
  • Phase 2(Agent first): GitHub上のエージェントの機能(クラウドのエージェント、コードレビュー、Copilot CLIなど)を1種類使った
  • Phase 3(Multi-agent): GitHub上のエージェントの機能を2種類以上、またはGitHub Copilotのアプリを使った

どの段階も、直近28日のうち2日以上、その段階の機能を使うことが条件です。段階は毎日、直近28日の記録で計算し直されるため、使い方が変わらなくても、古い日が期間から外れて段階が変わることがある、と書かれています。

11月6日の更新では、機能ごとの利用者数(copilot_feature_engagement)に、Copilot Chat(chat)と、VS CodeのAgentsウィンドウ(vscode_agent)が加わり、9つの機能になりました。ただしこの2つは利用の集計だけに使い、段階の判定には使わないとされています。Chatを主に使う人がChat-firstに入るのは、この仕組みのためです。告知によると、Chatの数にはエージェントモードの利用も含まれるため、エージェントによる編集をした人はChatにも数えられます。この2つが載るのは、Enterpriseと組織の28日分のレポートだけで、変更より前の期間のレポートには、もとの7つの機能しかありません。

Copilotの利用状況の指標の読み方の図。直近28日で2日以上の利用を条件に、補完・編集はPhase 1、GitHubのエージェント1種類はPhase 2、2種類以上はPhase 3、どれにも当たらない人はChat-first(APIではNo Cohort)で、未利用を示すものではない。端末からの記録の欠けや古い版は、client_telemetry_presentがfalseの日や、usage_metrics_requirementsのunmetで見つけられる

データがそろうのは2日後

11月4日の更新では、データの遅れの目安が揃えられました。以前のページには「最大で3日遅れる」「3日以内に確定する」と書かれていましたが、新しい原稿は次のとおりです。

ある日のデータは、その日が終わってから、UTCで2日経つまでの間に利用できるようになる。

直近の日の数字が少なく見えても、処理中の場合があります。原稿は、処理の期間が終わるまで待ってから欠けを調べるよう勧めています。NDJSONのファイルを書き出した場合も、処理中の日が含まれていれば、期間が過ぎてから書き出し直すよう書かれています。

日本時間で見ると、UTCの日付の区切りは午前9時です。週明けに先週分の数字を確かめるなら、週末の分がそろうのを待ってから見ることになります。

記録の欠けと古いIDEを見つける項目

11月5日のGitHub Changelogで告知され、11月6日にドキュメントにも加わった項目です。個々の利用者の記録に、次の2つの項目が加わりました。

  • client_telemetry_present: その日、利用者の端末(IDEなど)からの記録が届いたか。false は、サーバー側では利用を記録したが、端末からの記録が届かなかったことを示す
  • usage_metrics_requirements: その利用者が最後に使ったIDEと拡張機能の版が、最低限の版を満たしているか。met(満たす)、unmet(満たさない)、unknown(不明)に分かれる

集計の記録にも、日ごとの人数として missing_client_telemetry_user_count と below_usage_metrics_minimum_user_count が加わりました。どちらも日ごとの人数なので、日をまたいで足さないよう注記されています。1人が両方に数えられることもあるため、2つの人数を足し合わせることもできません。値がない(null)日は「データがない」という意味で、0ではありません。この項目が加わる前の日には値がありません。

Changelogによると、端末からの記録が届かない人も、利用者としては数えられます。ただし、コードの行数や機能・モデルごとの内訳が欠けます。原因として、古いエディターや拡張機能、IDEのテレメトリー(利用状況の送信)の無効化、プロキシやファイアウォールによる遮断が挙げられています。版の条件を満たしていても、プロキシの内側にいて記録が届かないことがある、とも書かれています。

最低限の版は、「Coverage and requirements for Copilot usage metrics」のページに表で示されています。たとえばVS Codeは本体が1.107.1以上、Copilot Chatの拡張機能が0.35.3以上です。これより古い版では、指標に必要な記録が送られなかったり、別のIDEの利用として数えられたりすることがあるとされています。エージェントの利用を数えるには、さらにVS Codeが1.139.0以上である必要があり、1.134〜1.138でAgentsウィンドウを使った分は指標から漏れ、後から補うことはできないと書かれています。

ライセンスの見直しに使う前に(編集部の提案)

ここからは、原稿の記述をもとにした編集部の提案です。実際の組織のダッシュボードやAPIの数字で確かめたわけではありません。

Chat-firstを「未利用」として扱わない。 ライセンスを外す候補を選ぶなら、Chat-firstかどうかではなく、日ごとの利用者(DAU)などで、本当に使われていない人を見ます。

記録の欠けを先に直す。 usage_metrics_requirements の unmet に入っている人には、IDEや拡張機能の更新を先に案内します。原稿も、端末の管理の仕組みで最低限の版を守らせるよう勧めています。client_telemetry_present が false の日が多い人は、版に加えて、IDEのテレメトリーの設定やプロキシも確かめます。

直近2日は判断に使わない。 週次や月次の報告は、処理が終わった日までで締めます。

比較の数字は、そのまま成果の証明にしない。 ダッシュボードの「adoption multiplier」は、Phase 1〜3の人とChat-firstの人が出したプルリクエストの数を比べた値です。原稿は、2つの集団はチームの構成や仕事の難しさが違うため、Copilotの効果そのものとは限らない、と注意しています。

11月7日の時点では、同じページの「Potential return on investment」の節に「Phase 0-1 Passive and Code First Users」という古い呼び名が残っていましたが、11月9日の更新で「chat-first and code-first users (Phases 0-1)」に直っています。古い資料や社内の報告に「Passive」とあれば、Chat-firstと同じ区分として読みます。

Copilotの利用量に応じた費用の管理については、Copilotの従量課金の記事と、Copilot Fusionの記事も参考にしてください。

確認した範囲

2026年11月7日に、GitHubのドキュメントのリポジトリ(github/docs)のコミット 8d0d83c(2026年11月4日、データの遅れの目安を2日に)、ce25bc8(11月6日、Passive usersをChat-first usersに改名、chat と vscode_agent の追加)、087ba79(11月6日、端末からの記録と最低限の版の項目)の差分と、main にある「GitHub Copilot usage metrics」「Interpreting usage and adoption metrics for GitHub Copilot」「Data available in Copilot usage metrics」の原稿を確認しました(資料調査)。2026年11月11日に、11月9日の構成の組み替え(コミット 12939dd)のあとの公開中のページと、GitHub Changelogの告知(11月5日・6日)を確認しました。実際の組織のダッシュボード、API、NDJSONの出力は確かめていません。

Copilotなど開発のAIツールの導入と、効果の測り方の設計は、グリームハブの開発・AI・自動化のご相談で承っています。体制によって見るべき数字が変わるため、お問い合わせからご相談ください。

参考資料

この記事を共有XFacebook
鈴木 翔

技術の可能性に魅了され、学生時代からプログラミングとデジタルアートの分野に深い関心を持つ

この記事のテーマを、自社の次の一歩へ

自社での進め方を、具体的に。

つくりたい仕組み、既存システム、運用の条件を整理し、実現に向けた次の一歩を考えます。

  • 実現したい仕組み
  • 既存環境との接続
  • 運用の条件
開発・運用の構想を相談する

構想段階からご相談いただけます。この記事の情報を相談フォームに引き継ぎます。

最新記事をメールで受け取る