GitHub Copilot BYOKの利用可視化【2026年11月最新】

最終更新：2026年11月8日

GitHub Copilot BYOKの今回の発表は、BYOKを新しく使えるようにした発表ではなく、すでに合計値へ含まれていた利用を、Copilot usage metrics APIの内訳として識別できるようにした発表です。判断の分かれ目は、開発者がクライアント側で設定したローカルBYOKか、管理者がGitHub設定で用意した企業カスタムモデルかです。

この違いを押さえないと、ローカルBYOKの数字を既存合計へもう一度足したり、企業カスタムモデルの利用をGitHubホスト型モデルと混同したりします。BYOKを使っていない組織では機能運用面の対応は限定的です。ただし、APIを厳格なスキーマで取り込んでいる場合は、新項目を受け入れられるか確認が必要です。

以下では、GitHubの2026年11月3日付Changelogと公式ドキュメントだけを根拠に、変更点、料金・提供条件、日本企業が対応すべき範囲を整理します。日本向けの地域別提供条件は、確認した公式ページでは未記載です。

GitHub Copilot BYOKの発表で何が変わった？

変わったのは、Copilot usage metrics APIでBYOK由来の利用を分離して読める範囲です。ローカルBYOKには専用の利用項目が加わり、企業カスタムモデルには、GitHubホスト型モデルと見分けるための真偽値が加わりました。既存の合計値そのものは変わっていません。

発表日以前からBYOKと企業カスタムモデル自体は存在していました。今回の価値は「使えるようになったこと」ではなく、「どの経路の利用だったかを管理側で区別しやすくなったこと」にあります。コスト管理、社内ポリシーの確認、利用状況の分析で、Copilotホスト型モデルと持ち込みモデルを同じ箱に入れずに済むようになったわけです。

ローカルBYOKで見える項目

ローカルBYOKは、開発者がCopilotクライアントへ自分のプロバイダーキーやローカルモデルを設定する仕組みです。リクエストはGitHubのCopilot APIではなく、開発者が設定したプロバイダーへ直接送られます。公式ドキュメントでは、ローカルモデルの例としてOllama、Foundry Local、LM Studio、llama-serverが挙げられています。

totals_by_local_byokでは、次の4種類をbyok_kindで区別します。

• local_managed：Copilotが管理するローカルモデル
• local_user：OllamaやLM Studioなど、ユーザーが動かすローカルモデルサーバー
• local_auto：Autoによって選ばれたローカルモデル
• remote_user：ユーザー自身のキーを使うホスト型プロバイダー

利用画面を表すsurfaceは、2026年11月8日時点でcopilot_cliとcopilot_appです。ここは重要です。BYOKを設定できるすべてのクライアントを計測する項目ではなく、今回のローカルBYOK内訳にIDEは含まれていません。

企業カスタムモデルで見える項目

企業カスタムモデルは、enterpriseまたはorganizationの管理者がGitHub設定へプロバイダーキーとモデルを登録し、対象組織の利用者がモデルピッカーから選べるようにする仕組みです。リクエストはGitHubを経由するため、is_custom_enterprise_modelはサーバー側で判定され、IDEを含む全クライアントが対象です。

同じモデル名がGitHubホスト型と企業カスタムモデルの両方で使われた場合は、別のエントリーとして記録されます。各エントリーには、成功したモデルリクエスト数と入力・出力トークン数が入ります。一方、GitHubがモデル名を正規化できない場合はunknownと表示されます。unknownを「利用なし」と扱わないようにしてください。

企業カスタムモデルは2026年11月8日時点でパブリックプレビューです。対応プロバイダー、設定要件、品質上の注意はEnabling custom models for GitHub Copilot in your enterpriseで更新されるため、導入判断時には最新の公式ページを再確認する必要があります。

料金・提供条件・対象プランはどうなる？

GitHub Copilotの全プランの比較は、毎月更新しているGitHub Copilotの料金とプランの比較にまとめています。ここでは、今回の発表に直接関係する条件だけを整理します。

つまり、今回の発表だけを理由にCopilotの契約料金が上がるとは確認できません。ローカルBYOKではGitHub側の利用課金から外れても、外部のモデルAPIを使えば、その提供会社から請求される可能性があります。各社の公開単価を比較する場合は、毎月更新している主要モデルのAPI料金の比較も確認してください。

企業カスタムモデルについては、GitHubが「既存の支払方法・契約・クレジット・交渉済み条件に合わせられる」と説明しています。ただし、今回確認した公式ページには、企業カスタムモデルの利用がGitHub AI Creditsへどう反映されるかを一律に断定できる記載がありません。契約更新や予算作成では、GitHub側の利用明細とモデル提供会社側の請求を分けて確認するのが安全です。Copilot側の従量課金の考え方はGitHub CopilotのAI Credits制度とコスト対策で整理しています。

利用できる権限とAPIの前提条件

今回の項目を見るには、モデルを使う権限だけでなく、Copilot usage metricsを閲覧する権限が必要です。公式発表が挙げる対象者は、enterprise owner、enterprise billing manager、organization owner、またはView Copilot Metrics相当の権限を与えられたカスタムロールです。さらに、Copilot usage metricsポリシーを有効にする必要があります。

REST APIではenterpriseとorganizationでエンドポイントと権限が分かれます。fine-grained tokenを使う場合、enterprise向けはEnterprise Copilot metricsのread権限、organization向けはOrganization Copilot metricsのread権限が必要です。認証情報を広い権限で作り直すのではなく、公式のCopilot usage metrics REST APIに記載された最小権限を選ぶべきです。

取得できるのは、1日レポートと直近28日のレポートです。GitHubはレポートを日次生成し、署名付きのダウンロードURLを返します。既存の集計基盤が厳密なスキーマ検証を行っている場合、新しいnullable項目や真偽値を受け入れられるかを確認してください。これはAPI利用企業側の実務対応であり、GitHubが既存の合計値を変更したという意味ではありません。

集計で誤りやすい4つの注意点

ローカルBYOKは「下限値」として読む

ローカルBYOKの項目はクライアントテレメトリに依存します。テレメトリが無効なら利用が過少に見えます。また、ローカルプロバイダーがトークン数を返さない場合も、トークン合計が実際より小さくなることがあります。ゼロや小さい値を、そのまま「誰も使っていない」「費用がない」と結論づけないでください。

既存合計へ再加算しない

totals_by_local_byokは、totals_by_cliまたはtotals_by_copilot_appの部分集合です。別枠の追加利用ではありません。新しい内訳を親の合計へ加えると二重計上になります。企業カスタムモデルも、従来からtotals_by_clientへ含まれていました。

過去データへ同じ条件で遡れない

is_custom_enterprise_modelは、項目導入前の日付にバックフィルされません。2026年11月3日より前と後を同じ列で比較すると、導入前の空欄を「カスタムモデルではなかった」と誤読する恐れがあります。時系列グラフには、計測仕様が変わった日を注記するのが実務的です。

モデル別の生産性を断定しない

GitHubの公式資料も、BYOK群とCopilotホスト型モデル群の比較は観察的なものだと注意しています。ユーザーは同じ日に複数モデルを使えるため、追加コード行数や利用頻度の差を、特定モデルの効果へ直接結びつけることはできません。利用状況の可視化と、因果関係の証明は別物です。

日本企業は何を対応すべきか

全社で同じ対応をする必要はありません。自社がローカルBYOKを認めているか、企業カスタムモデルを設定しているか、Copilot usage metricsを経営・請求・監査に使っているかで判断します。生成AIを組織へ導入する際の役割分担や承認設計は、AI導入戦略ガイドでも体系的に整理しています。

今すぐやること

1. 利用経路を棚卸しする：Copilot CLI、Copilot app、IDEで、個人BYOKと管理者設定の企業カスタムモデルのどちらを許可しているか確認します。
2. 権限とポリシーを確認する：Copilot usage metricsポリシーが有効か、集計担当者に必要最小限の閲覧権限があるかを確認します。
3. 2026年11月3日以降の1日レポートを試読する：used_local_byok、totals_by_local_byok、is_custom_enterprise_modelを取り込めるか確かめます。
4. 費用の帰属先を分ける：Copilotの契約・AI Creditsと、外部モデル提供会社の請求を別の費目として追えるようにします。
5. BYOKの社内ルールを照合する：個人キー、ローカルモデル、企業管理キーのどこまで認めるかを、今回見えるようになった項目と突き合わせます。

Uravationなら、最初に厳しい制限を増やすのではなく、「誰がどの経路を使っているか」「費用はどこへ発生するか」「集計できない範囲はどこか」の3点を分けます。APIで見える数字だけを監査の全量とみなさず、管理ポリシーとモデル提供会社側の利用明細を合わせて確認します。

やらなくていいこと

• 新しいBYOK内訳を既存のCLI・Copilot app合計へ足し直すこと
• BYOKを使っていない組織が、発表だけを理由に料金プランを変更すること
• 導入前の過去データへis_custom_enterprise_modelを推測で埋めること
• unknownを自動的に利用なしとして処理すること
• ローカルBYOKの小さい数字を、テレメトリ欠落の確認なしに全量とみなすこと

様子見でよいこと

• 日本向けの地域別条件：2026年11月8日時点で公式ページに未記載です。地域別の対応表や日本固有の開始日は、続報が出るまで断定できません。
• IDEのローカルBYOK内訳：今回の公式仕様ではCLIとCopilot appが対象で、IDEはまだ対象外です。
• 企業カスタムモデルのプレビュー仕様：パブリックプレビューのため、対応プロバイダーや設定画面が変わる可能性があります。
• GitHub AI Creditsとの一律な関係：企業カスタムモデルについては、今回確認した公式ページだけでは一律に断定できません。

管理表に追加したい確認項目

APIの列を増やすだけでは、費用とガバナンスの判断には足りません。次の項目を社内の管理表に並べると、数字の意味を説明しやすくなります。

特に、請求元と計測根拠を同じ列にまとめないことが大切です。GitHubのAPIで利用が見えても、請求は外部プロバイダー側で発生する場合があります。逆に、ローカルBYOKではテレメトリが欠けてAPI上の数字が小さくても、プロバイダー側では利用料が計上されている可能性があります。

よくある質問

Q. 今回の発表でBYOKが初めて使えるようになったのですか？

いいえ。今回の発表は、既存のBYOK利用をCopilot usage metrics APIで分離して把握しやすくした改善です。ローカルBYOKや企業カスタムモデルの提供開始そのものを告知する内容ではありません。

Q. どのプランが対象ですか？

企業カスタムモデルは、公式ドキュメントでCopilot BusinessまたはCopilot Enterpriseの利用者が対象とされています。ローカルBYOKは対応クライアントで個人が設定でき、Copilot契約なしで使える場合があります。ただし、企業の利用状況レポートを見るには、organizationまたはenterpriseの対象権限とCopilot usage metricsポリシーが必要です。

Q. ローカルBYOKならCopilot側の追加料金はかかりませんか？

公式ドキュメントは、ローカルBYOKリクエストにCopilot usage chargesとpremium request costはかからないと説明しています。ただし、クラウド型のモデル提供会社を使う場合、その会社との契約に基づく利用料は発生し得ます。企業カスタムモデルのGitHub AI Creditsへの影響は、今回確認した公式情報だけでは一律に断定できません。

Q. ローカルBYOKの利用量は完全に記録されますか？

完全とは限りません。クライアントテレメトリが無効なら過少計上され、ローカルプロバイダーがトークン数を返さない場合も不足します。また、今回のローカルBYOK内訳はCopilot CLIとCopilot appが対象で、IDEは含まれていません。

Q. 日本企業でも利用できますか？

2026年11月8日時点で、確認したGitHub公式の発表・BYOK・usage metrics・企業カスタムモデル設定ページに、国・地域別の対応表や日本固有の提供開始日は未記載です。日本で使える、または使えないと推測で補わず、契約画面とGitHubの最新公式情報を確認してください。

ここまでの要点

• 2026年11月3日の発表は、ローカルBYOKと企業カスタムモデルをCopilot usage metrics APIで識別しやすくする改善です。
• 既存合計は変わらず、ローカルBYOKの内訳はCLIとCopilot appが対象です。企業カスタムモデルはサーバー側で全クライアントを識別します。
• ローカルBYOKはCopilot側の利用課金対象外ですが、外部プロバイダー料金は別です。企業カスタムモデルの追加料金やAI Creditsへの一律な影響は、今回の発表では確認できません。
• 日本向けの地域別提供条件は未記載です。
• 利用企業は、2026年11月3日以降のレポート、スキーマ受け入れ、二重計上、テレメトリ欠落、請求元の分離を確認してください。

確認する3つのアクション

1. 自社でローカルBYOKまたは企業カスタムモデルを使っているか確認する。
2. 対象なら1日レポートで新項目を読み、既存合計へ再加算しない集計にする。
3. GitHub側の利用情報とモデル提供会社側の請求を分けて照合する。

あわせて読みたい

• GitHub Copilotの料金とプランの比較 — 全プランの料金・機能・法人向け条件
• GitHub CopilotのAI Credits制度とコスト対策 — 従量課金と予算管理の考え方
• 主要モデルのAPI料金の比較 — BYOKで外部APIを使う際の料金確認

参考・出典

• BYOK and enterprise custom models in the Copilot usage API — GitHub Changelog、2026年11月3日（参照日：2026年11月8日）
• Data available in Copilot usage metrics — GitHub Docs（参照日：2026年11月8日）
• Example schema for Copilot usage metrics — GitHub Docs（参照日：2026年11月8日）
• REST API endpoints for Copilot usage metrics — GitHub Docs（参照日：2026年11月8日）
• Bring your own key for GitHub Copilot — GitHub Docs（参照日：2026年11月8日）
• Enabling custom models for GitHub Copilot in your enterprise — GitHub Docs（参照日：2026年11月8日）

著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』『Claude仕事術』（SBクリエイティブ・書籍シリーズ累計66,000部）、『AI推進担当になったら読む本』（大和書房）。
SBクリエイティブのビジネスメディアほかで生成AI連載を執筆（NewsPicks最大1,125ピックス）。

GitHub Copilotの権限設計や生成AI導入の進め方に関するご質問・ご相談は、お問い合わせフォームからお気軽にどうぞ。