GitHubが2026年8月7日、Copilot impact dashboard に「Potential return on investment（潜在的な投資対効果）」セクションを追加したとChangelogで公開しました1。GitHubはこのセクションについて、Copilotに支出している額と、その見返りとして得られるプルリクエストの産出量を結びつけるものだと説明しています1。導入段階の異なる利用者群について、2枚の比較カードが指標を示す形です1。
AIコーディングツールの支出が積み上がるにつれ、「その額に見合っているのか」を社内で説明する必要は増えています。今回追加されたのは、その説明に使える公式の数字です。ただし数字の性質を知らずに社内資料へ転記すると誤解を招きかねない作りでもあり、GitHub自身が注意書きを添えています。
3つの指標
比較カードに並ぶ指標は3つです1。
- Cost/dev/month — 開発者1人あたりの月額Copilotコストの平均
- % Payroll/month — 開発者の報酬に対する比率として表したコスト
- Pull requests/month — 開発者1人あたりの月間プルリクエスト数の平均
支出側が2つ、産出側が1つという構成です。支出を金額そのものと人件費比の両方で見せる一方、見返りの側に置かれているのはプルリクエスト数のみになります。GitHubがこの指標を選んだ理由や、プルリクエスト数を産出の代理として使うことの妥当性については、Changelogは触れていません。
GitHub自身が付けた注意書き
数字の読み方について、Changelogには明確な断り書きがあります。コストの数値はAIクレジット消費に基づく推計であり、給与のセレクタは実際の給与データではなくモデリング用の入力である、というものです1。
つまり「Cost/dev/month」は請求書の実額そのものではなく、「% Payroll/month」の分母は自社の実際の人件費データではありません。セクション名が「Potential（潜在的な）」で始まっていることも含めて、GitHubはこれを確定した投資対効果の算出結果としては位置づけていない、と読めます。社内で数字を引用する際は、この2点を添えるかどうかで意味が変わってきます。
あわせて、集計方法にも変更が入りました。導入コホートの正確性が改善され、28日のレポート期間中に活動していたすべての利用者を数えるようになっています1。従来は最終日に活動していた利用者のみを数えていました1。同じ期間の前後で人数の見え方が変わるため、過去の数字と単純に並べる場合は注意が要ります。
見られるのは誰か
提供はEnterpriseおよび組織のレベルです1。閲覧できるのは、Enterpriseオーナー、請求管理者、組織オーナー、そして「View Copilot Metrics」権限を付与するカスタムロールを持つ利用者で、いずれもCopilotの利用状況メトリクスのポリシーが有効になっていることが条件になります1。個々の開発者が自分の数字を見る類の機能ではなく、支出を管理する側の画面ということになります。
8月上旬に続くCopilotの「管理と計測」
今回の追加は単発ではなく、この数日でGitHubがCopilot周辺に入れてきた管理・計測系の更新の一つです。
同じ8月7日には、Copilot usage metrics API がエージェントアプリごとの内訳に対応しました。どのエージェントがどれだけ使われたかを分けて測れるようになったわけで、支出と産出を並べる今回のダッシュボードとは対になる更新です。
レビューの深さのつまみとしては、8月7日にコードレビューの労力レベルが正式提供になっています。ガバナンス側では、8月6日にMCPサーバーの許可リストをEnterprise設定で強制できるようになりました。「使わせる範囲を決める」「深さを選ぶ」「使われ方を測る」が短期間で揃った形です。
数字を社内で使う前に
支出の数字が公式に出るようになったことで、比較の土台はできます。一方で、この画面が示すのは自社内の推移であって、他のツールとの費用対効果の比較ではありません。
社内で数字を出すときに押さえておきたいのは、コストが推計であること、人件費比の分母がモデリング用の入力であること、そして産出側の指標がプルリクエスト数であることの3点です。この3点を添えたうえでなら、これまで感覚で語られてきた話を、少なくとも同じ土俵の数字で議論できるようになります。
Sources
- Copilot impact dashboard adds a return on investment section - GitHub Changelog（2026年8月7日）