この記事のポイント
- Copilotの機能別指標は28日間に2日以上使った人数を集計します。
- 1人が複数機能に数えられるため、人数を機能間で単純合算できません。
- 指標は利用状況で成果の測定ではなく、古いIDEでは欠測・誤分類が起こる場合があります。
GitHubの公式資料から、機能別の利用状況を把握する更新を紹介します。集計の単位と閲覧の条件を整理します。
Impact Dashboardが「どの機能が使われているか」を可視化、対象は7機能
GitHubが2026年9月17日、公式Changelogで「Copilot impact dashboard now shows feature engagement」を発表しました。Copilot Impact Dashboardに機能ごとの利用状況(feature engagement)が表示されるようになり、管理者は「どの機能が広く定着しているか、どの機能はまだ浸透していないか」をひと目で確認できます。Enterprise・Organizationの28日集計レポートAPIにも同じ内訳が追加されました。ダッシュボードは28日間のうち少なくとも2日、各機能に関わったアクティブユーザー数を表示し、API側のcopilot_feature_engagementのtotals_by_featureで次の7機能に分解されます。
- コード補完(Code completion)
- Agent Edit
- パッシブなコードレビュー(Copilotが自動でPRに割り当てられ、ユーザーが積極的に関与しなかったレビュー)
- アクティブなコードレビュー(ユーザーが自分でレビューを依頼、または提案を適用したもの)
- Copilotクラウドエージェント
- Copilot CLI
- Copilotアプリ
1人のユーザーが複数の機能で重複してカウントされることもある、と公式ドキュメントに明記されています。
権限とAPIの入口、管理者はどう使うか
この機能別エンゲージメントデータは、Enterprise・Organizationの28日集計レポートで確認でき、ユーザー単位のレポートには追加されません。閲覧には「View Copilot Metrics」権限が必要で、Enterpriseのオーナー・請求管理者、Organizationのオーナー、またそれに準じるカスタムロールを持つ人が対象です。前提として、Copilot usage metricsポリシーが有効になっている必要があります。あわせてusers_in_phase_28dという項目も追加され、AI導入フェーズ(どの段階までCopilotを使いこなしているかの分類)ごとの人数を、直近28日間の母集団としても確認できるようになりました。詳しい取得方法とフィールド定義はGitHub公式のCopilot usage metrics APIドキュメントで確認できます。
まとめ:利用数と業務成果を分けて確認
Copilotの利用状況を分析する方は、28日集計の対象と機能間の重複を確認するとよいでしょう。GitHubは2026年10月、IDEの版によってエージェント利用が欠けたりCLIへ誤分類されたりする問題も案内しました。数値を比較するときは、対象者のIDE更新状況も確かめられます。
