Copilot の利用状況メトリクスに、より多くのアクティブユーザーが含まれるように改善
GitHub は Copilot の利用レポートにサーバー側テレメトリを追加し、従来のクライアント信号のみでは見逃されていたアクティブユーザーを計上することで、エンタープライズ利用状況の可視性を大幅に向上させた。
キーポイント
データソースの拡張と精度向上
従来は IDE などのクライアント側テレメトリに依存していたが、ネットワーク障害や設定問題で欠落していたデータを補うため、サーバー側の信号も統合された。
DAU カバレッジの拡大
サーバー側でアクティブ性が確認されたユーザーがレポートに反映されるようになり、日次・28 日間のアクティブユーザー数(DAU)のカバー率が向上した。
詳細分析とのトレードオフ
新規にカウントされたユーザーについては、現時点では IDE や機能ごとの詳細な内訳データが欠落しているが、将来的には段階的に埋められる予定である。
アクティブユーザーの範囲拡大
Copilot の使用メトリクスに、これまで含まれていなかったより多くのアクティブユーザーが含まれるようになりました。これにより、組織全体の利用状況をより包括的に把握できるようになります。
データ分析の精度向上
より広範なユーザーデータを取得できることで、Copilot の導入効果や普及率をより正確に測定・分析することが可能になります。
影響分析・編集コメントを表示
影響分析
この変更により、GitHub Copilot のエンタープライズ利用状況に関するデータの信頼性と完全性が飛躍的に向上し、管理者が正確な ROI や採用率を把握できるようになります。特にネットワーク環境や設定に依存してデータ欠落が発生していた課題が解決されることで、サポート対応の削減と意思決定の質的向上が期待されます。
編集コメント
データ可視化の信頼性を高めるための重要な一歩であり、特に大規模組織における AI ツールの導入効果測定において、欠損データの解消は極めて価値が高い施策です。
Copilot の利用状況レポートは、従来のクライアントからの信号に加え、サーバー側のテレメトリも活用するようになりました。これにより、より多くのアクティブな Copilot ユーザーがレポートに表示されるようになります。
Copilot 利用状況 API が返すエンタープライズ向け利用状況レポートでは、これまでクライアント側のテレメトリだけでは見逃されていたアクティブユーザーも明らかになり、誰が Copilot を利用しているのかについて、より包括的で一貫性のある全体像を把握できるようになります。
何が変わったか
Copilot の利用状況レポートは従来、IDE やその他のクライアントから発行されるクライアント側のテレメトリに基づいて作成されてきました。このテレメトリは私たちが持つ最も豊富な情報源ですが、必ずしもすべてが収集できるわけではありません。ネットワーク環境やプロキシ設定、クライアントの設定、あるいは双方の制御範囲外の他の要因により、クライアントからの活動報告が阻害されることがあります。そのような場合、実際に課金対象となるアクティブユーザーがレポートから抜け落ちてしまう可能性があります。
今回の更新では、アクティブユーザーを特定するために追加でサーバー側のテレメトリを取り込みました。これにより、サーバー側で確認できるアクティブユーザーのうち、クライアント側のテレメトリではまだ捕捉できていなかったユーザーも、エンタープライズ向けの 1 日および 28 日のレポートに含めるようになりました。その結果、デイリーアクティブユーザー(DAU)の網羅性が向上します。
これらの新たに表面化したユーザーは完全に特定され、アクティブユーザーの合計数にカウントされます。サーバーサイドのテレメトリがまだ提供していないのは、クライアントテレメトリが提供する豊かでインタラクションごとの詳細情報(具体的には IDE、機能、モデル、およびコード行数の活動)です。したがって、これらのユーザーについては、より豊富なテレメトリが利用可能になるまで、高レベルの集計数は増加しますが、詳細な内訳は空のままとなります。
一般的なレポートで確認できる内容
例えば、以前のエントプライズ向け単日レポートでは、クライアントテレメトリに由来する 1,000 人のデイリーアクティブユーザーが表示されていたとします。この変更により、同じレポートでは現在 1,050 人となる可能性があります。追加の 50 人は、サーバーサイドのテレメトリからアクティブであることが確認されたが、クライアントテレメトリを受信したことがなかったユーザーです。
実際には、アクティブユーザー数と DAU(デイリーアクティブユーザー)数は即座により完全なものになりますが、次元ごとの内訳(例:totals_by_ide や totals_by_feature など)はまだこれらのユーザーを反映しないため、活動のより大きな割合が未帰属として表示される可能性があります。既存ユーザーに関するトップレベルの合計値と内訳は変更されません。
これは、サーバーサイドのシグナルを Copilot のメトリクスに組み込むという広範な取り組みにおける最初のステップです。サーバーサイドテレメトリから表面化したユーザーは今後含まれるようになり、今後のリリースでは段階的に、より豊富な機能別および表面ごとの詳細情報がこれらのユーザーに帰属されるようになります。これにより、時間の経過とともに空の内訳が埋まっていきます。
これがなぜ重要なのか
データ全体での一貫性の向上:利用状況レポートは、アクティビティログや請求書で確認できる内容とより密接に整合するようになり、「ユーザーが欠落している」という理由によるサポートエスカレーションを引き起こすギャップを削減します。
設計上の耐障害性:サーバーサイドとクライアントサイドの両方のシグナルを組み合わせることで、単一のクライアントサイドでの一時的な不具合によって、レポートからユーザーが消去されることはもはやなくなります。
詳細については、API ドキュメントをご覧ください。
GitHub コミュニティ内のディスカッションに参加してください。
本記事「Copilot 利用状況メトリクスにアクティブユーザーがさらに含まれるようになりました」は、最初に The GitHub Blog で公開されました。
原文を表示
Copilot usage metrics reports now draw on server-side telemetry in addition to client signals, so more of your active Copilot users show up in reports. Enterprise usage reports returned by the Copilot usage metrics API now surface active users that client-side telemetry alone would have missed, giving you a more complete and consistent picture of who is using Copilot.
What’s new
Copilot usage reports have historically been built from client-side telemetry emitted by IDEs and other clients. That telemetry is the richest source we have, but it does not always reach us. Network conditions, proxy configurations, client settings, and other factors outside of your control or ours can prevent a client from reporting activity. When that happened, an active, billed user could be absent from your reports.
This update incorporates additional server-side telemetry to identify active users. Any active user we can confirm from the server side who was not already captured from client telemetry is now included in your enterprise single-day and 28-day reports, increasing your daily active user (DAU) coverage.
These newly surfaced users are fully identified and counted toward your active user totals. What server-side telemetry does not yet carry is the rich, per-interaction detail that client telemetry provides (i.e., the specific IDE, feature, model, and lines-of-code activity). So for these users, the high-level counts go up while the detailed breakdowns stay empty until richer telemetry is available for them.
What you’ll see in a typical report
Suppose an enterprise single-day report previously showed 1,000 daily active users, all sourced from client telemetry. With this change, that same report might now show 1,050. The extra 50 are users we confirmed were active from server-side telemetry but never received client telemetry for.
In practice, your active user and DAU counts immediately become more complete, while the dimensional breakdowns (such as totals_by_ide and totals_by_feature) won’t yet reflect these users, so a larger share of activity may appear unattributed. Top-level totals and breakdowns for your existing users are unchanged.
This is the first step in a broader effort to bring server-side signals into Copilot metrics. Users surfaced from server-side telemetry are now included, and upcoming releases will progressively attribute richer per-feature and per-surface detail to them, filling in those empty breakdowns over time.
Why this matters
More consistency across your data: Usage reports line up more closely with what you see in the activity log and billing, reducing the gaps that drive support escalations about “missing” users.
Resilient by design: Combining server-side and client-side signals means a single client-side hiccup no longer erases a user from your reports.
Visit our API documentation to learn more.
Join the discussion within GitHub Community.
The post Copilot usage metrics now include more of your active users appeared first on The GitHub Blog.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み