AI開発 · 2026.08.12

GitHub Copilotのusage reportでモデル別token内訳は何が見える?8月11日公開のinput/output/cache read・cache write・請求説明を整理する運用ガイド【2026年速報】

GitHub Copilotのusage reportでモデル別token内訳は何が見える?8月11日公開のinput/output/cache read・cache write・請求説明を整理する運用ガイド【2026年速報】

GitHub Copilotの請求説明で『どのモデルが、どのトークン種別でコストを押し上げたのか分からない』という悩みは、2026年8月11日の更新でかなり整理しやすくなりました。AI usage reportにモデル別のtoken内訳が追加され、AI creditsの総量だけでなく、input・output・cache read・cache writeまで追えるようになったためです。

GitHub Copilotのusage report更新で何が変わった?

GitHubの2026年8月11日付 changelog では、usage reportでモデルごとのtoken内訳を確認できるようになったと案内されています。今回の更新で見えるのは各モデルのAI credits消費量だけではなく、input token、output token、cache read token、cache write tokenです。これで『高性能モデルを使いすぎたのか』『長い会話で出力が膨らんだのか』『キャッシュが効いているのか』を切り分けやすくなりました。

まず押さえたい前提:AI usage reportで見える範囲

GitHub DocsのBilling reports referenceによると、AI usage reportは最大31日分のAI credits消費を、date・model・usernameの組み合わせで集計するレポートです。今回の更新で、このAI usage reportの中にtoken内訳列が追加されました。部門別原価の完全な代替ではありませんが、誰がどのモデルを多く使ったかを見るには十分実務的です。

input・output・cache read・cache writeはどう読む?

input tokenはモデルに送った文脈、output tokenは返答、cache readは再利用できた文脈、cache writeは新たにキャッシュへ書き込んだ文脈です。GitHub Docsでは、Copilotの利用コストはモデルとtoken量の掛け算で決まり、1 AI creditは0.01米ドルとして扱われます。同じ『1回の質問』でも、短い確認と長いagent作業では請求感覚が大きく変わります。

GitHub Docsのコスト最適化ガイドでは、auto model selectionは自然なcache boundaryでモデルを切り替え、無駄な再計算を避けると説明されています。cache readが伸びるなら再利用が効いている可能性が高く、cache writeばかり増えるなら会話の引き延ばしやモデル切替の多さを疑えます。

この更新が経理説明と運用改善に効く理由

従来は『AI creditsが増えた』までは見えても、その理由を現場へ返す材料が薄いことがありました。今回の内訳追加で、管理者は『高額モデルのoutput tokenが増えた』『長時間のCLIセッションでinput tokenが膨らんだ』『cache活用が弱い』といった説明をしやすくなります。単なる節約論ではなく、どの作業を軽量モデルへ逃がすかまで会話を進められるのが大きいです。

GitHub Docsのusage-based billing説明では、Copilot Businessは1ユーザーあたり月1,900 AI credits、Copilot Enterpriseは3,900 AI creditsが含まれ、組織ではプール管理されます。だからusage reportは『誰が悪いか』より、『どの作業設計なら共有プールを健全に使えるか』を見る材料として使うのが自然です。

管理者が最初に見るべき3つのチェックポイント

1つ目はモデル偏りです。少数ユーザーに高コストモデルの消費が集中していないかを確認します。2つ目はoutput過多です。長文生成や再試行でtokenが膨らんでいないかを見ます。3つ目はcache効率です。cache readが伸びずcache writeだけ増えるなら、会話の切り方やモデル変更が多すぎる可能性があります。

この3点を毎週見るだけでも、『モデルポリシーを締めるべきか』『予算を増やす前に運用改善すべきか』『CLIやcloud agentの使い方を研修すべきか』の判断がしやすくなります。導入初期ほど、請求額そのものより無駄な使い方を早めに見つける用途でAI usage reportを回すのが有効です。

導入前に知っておきたい注意点

AI usage reportは便利ですが万能ではありません。最大31日分で、date・model・username軸が中心です。部署別配賦やリポジトリ別説明が必要なら、別のBilling reportや予算設定と組み合わせる必要があります。また、古いIDEや拡張機能では課金情報の表示が不正確になる場合があるため、GitHub Docsが案内する対応バージョンも確認したいところです。

よくある質問

Q. code completionsもAI creditsの対象ですか。A. GitHub Docsでは、code completionsとnext edit suggestionsはAI credits課金の対象外で、paid planでは無制限とされています。Q. 予算超過時に自動で安いモデルへ落ちますか。A. 自動フォールバックはなく、追加利用を許可しない設定なら利用はブロックされます。

まとめ

GitHub Copilotのモデル別token内訳は、請求説明と運用改善をつなぐ管理指標です。2026年8月11日以降は、AI creditsだけで議論するより、input・output・cache read・cache writeまで見て、モデル選定、会話の切り方、予算設計を合わせて見直す方が成果につながります。

GitHub Copilotの予算設計やモデルポリシーを整理したい場合は、 HelloCraftAIへの相談はこちら 。導入ルールと管理指標を合わせて設計できます。