GitHub Copilot Enterpriseとは？料金体系・Businessプランとの違いを解説

「GitHub Copilotを全社展開したいが、エージェントの動きまで監査できる構成にしたい」「BusinessとEnterpriseの差額$20を、どんな組織が回収できるのか」——。
大規模な開発組織では、個人の生産性向上だけでなく、エージェント運用の統制やプラン全体の経済合理性まで含めて意思決定する必要があります。

GitHubが提供する最上位プラン「GitHub Copilot Enterprise」は、月額$39/ユーザーで月1,000件のプレミアムリクエスト枠と、2026年2月26日にGAしたEnterprise AI Controls／Agent Control Planeを利用できる構成です。

本記事では、Enterpriseの主要機能、Businessとの違い、料金体系（2026年6月のUsage-Based Billing移行を含む）、NTTドコモ・日立製作所・LINEヤフーの国内導入事例、運用で詰まる論点までを2026年4月時点の最新情報で整理します。

【⚠️重要】2026年6月1日からGitHub Copilotはプレミアムリクエスト方式から従量課金（GitHub AIクレジット）方式へ移行します。
詳細は【2026年6月】GitHub Copilot 従量課金移行解説をご覧ください。

GitHub Copilot Enterpriseとは？

GitHub Copilot Enterpriseは、GitHub Copilotシリーズの法人向け最上位プランです。

月額$39/ユーザーで、Businessプラン（$19/ユーザー）の全機能に加えて、組織横断のエージェント統制を担うEnterprise AI Controls / Agent Control Plane、月1,000件のプレミアムリクエスト枠、組織全体のCopilot Metrics（利用状況レポート）を利用できます。

このプランの位置づけは、「個人開発者の生産性を底上げするツール」ではなく、「組織全体の開発プロセスとガバナンスを束ねるプラットフォーム」です。

コード補完やChatといった単体機能はBusinessでも利用できますが、EnterpriseではGitHub Enterprise Cloud（GHEC）を前提に、組織レベルのポリシー・監査・カスタマイズが上乗せされる構造になっています。

そのため、数百〜数千名規模の開発組織で、AIエージェントの動きまで含めて統一されたコントロール下に置きたいケースに最も適合します。

提供条件と契約形態

Copilot Enterpriseを利用するには、次の3点を押さえておく必要があります。

• GitHub Enterprise Cloud（GHEC）契約が前提
  GHECを契約していない組織はCopilot Enterpriseを導入できません。
  GHECの目安価格は月額$21/ユーザーで、Copilot Enterpriseの$39/ユーザーと合算すると、実質的なコストは月額約$60/ユーザーになります。
  
  

• GitHub Enterprise Server（GHES、オンプレ）単体では不可
  オンプレ運用のGHESだけではCopilot Enterpriseは利用できません。
  GHESを使い続けたい場合は、Copilot機能のためにGHEC環境を別途用意するか、後述するdata residency（米国／EUのみ対応）を含めたGHEC移行を検討する形になります。
  
  

• ライセンスは「アサインされた席」単位
  「組織内に登録されたユーザー数」ではなく、「Copilotが有効化された席（seat）」に対して課金されます。
  利用しないメンバーは席を割り当てなければ課金対象から外せるため、フェーズ別のロールアウトと相性が良い設計です。

コードベースインデックスとカスタムモデル

Enterpriseでは、組織のコードベースをインデックス化し、インライン提案やChat応答に「自社特有のコード文脈」を反映させることができます。

カスタムモデル（ファインチューニング済みモデル）は公開プレビュー扱いで、現時点では既存プレビュー参加者の継続利用のみが想定されており、新規のトレーニング受付は停止されています。

さらに、カスタムモデルはコード補完への適用が中心で、Chat応答には反映されない点に注意が必要です。新規導入を前提にせず、まずはコードベースインデックスとSpacesで「組織コンテキストの注入」を検証する流れが現実的です。

汎用Copilotは「世の中の平均的なコード」を学習元にしているため、特殊な業務ドメインや独自フレームワークを多用する組織では、提案精度のばらつきが課題になりがちです。

コードベースインデックスは、その差を組織側のデータで埋める仕組みとして位置づけられます。

Pull Requestレビューと開発ガイドライン適用

Copilot code review機能は、Pull Request作成時にCopilotが自動でレビューコメントを付与する仕組みで、Business／Enterpriseの双方で利用でき、組織独自の開発ガイドライン（Organization custom instructions）も双方で設定可能です。

両プランの差分はカスタマイズの可否ではなく、Enterprise AI Controls／Agent Control Planeによってモデル選択・データレジデンシー・エージェント実行ポリシーを組織横断で強制できるかどうかにあります。

たとえば「セキュリティ観点（SQLインジェクション・認証チェック漏れ）」「テストカバレッジ要件」「特定ライブラリの利用ポリシー」といった、組織が積み上げてきたレビュー基準を明文化しておくと、Copilotがレビューの一次フィルタとして自動で動きます。

これ自体はBusinessでも実現できますが、Enterpriseは「そのガイドラインを誰が変更でき、どのモデル経由で実行されるかを組織レベルで統制できる」点で運用の安全性が一段上がります。

Coding Agent / Spaces / Custom Agents

Coding Agent（コーディングエージェント）は、Issueをトリガーに自律的にコードを書き、Pull Requestまで生成するエージェント機能です。

Enterpriseでは、後述するAgent Control Planeと組み合わせて、エージェントの実行ログ・編集対象パス・利用モデルを組織レベルでコントロールできます。

• Coding Agent

Issueに対してエージェントが自律的にブランチを作成・コードを編集・PRを発行する流れを担います。

2026年に入ってからモデルピッカー、自己レビュー（PR発行前のCopilot code reviewによるセルフチェック）、セマンティックコード検索が追加されました。

• Copilot Spaces
  特定タスクに必要なコード・Issue・PR・ドキュメントを束ねた「コンテキストパック」です。
  エージェントやChatに対して「このSpaceを参照しろ」と指定するだけで、関連コンテキストを一括で渡せるようになっています。
  
  

• Custom Agents
  「.github/agents/」配下にエージェント定義ファイル（Markdown）を置くことで、組織独自のワークフロー（例: パフォーマンス最適化担当、ドキュメント整備担当）を定義できます。
  Enterpriseでは、この定義ファイルへの編集権限をAgent Control Planeから保護できます。

これらの機能を組み合わせると、「Issue起票 → Spaces参照 → Custom Agentが自律編集 → Coding Agentがセルフレビュー → 人間が最終承認」というエージェント主導の開発フローが組み立てられます。

Enterprise AI Controls / Agent Control Plane

Enterprise AI Controls / Agent Control Planeは、2026年2月26日にGAしたEnterprise専用のガバナンス機能群です。

エージェントの動きを可視化・監査・統制するための管理レイヤーで、Copilot Enterpriseを「組織として運用する」基盤になります。

主要な機能は次のとおりです。

機能	内容
エージェント監査ログ	「actor_is_agent」識別子付きの監査ログ。直近24時間のセッション活動を追跡可能
セッション検索・フィルタ	特定エージェント・組織別にセッションをフィルタリング
カスタムエージェントの組織横断管理	API経由でEnterprise全体に共通のエージェント定義を配布・バージョン管理
エージェント定義ファイル保護	1-click push ruleで「.github/agents/*.md」への不正編集を防止
MCP allowlist管理	EnterpriseレベルでのMCP接続先の許可リスト管理（プレビュー継続）
AI管理者ロール	カスタムロールでAI管理権限を細分化し、特定担当者にだけ付与

この機能群が無いと、エージェントが何を編集したか・どのモデルを呼んだか・どのMCPに接続したかをトレースする手段が限定的になります。

「Coding Agentを本格運用するなら、Agent Control Plane抜きでは事故が起きたときの監査が成立しない」というのが現実的な評価で、Enterpriseの差額$20を最も明快に正当化する機能と言えます。

Copilot Metrics（利用状況レポート）

Copilot Metricsは、2026年2月27日にGAした利用状況の可視化機能です。

3種類のダッシュボードと、3階層（Enterprise / Organization / User）のAPIで採用状況を追跡できます。

• Copilot Usage Dashboard

コード補完の利用状況、IDE別利用、言語・モデル別の利用内訳を表示

• Code Generation Dashboard

コード補完・Chat・エージェント機能ごとに、提案行・採用行・削除行を定量化

• Organization & Enterprise-level Views

Enterprise全体集計に依存せず、組織単位での詳細追跡が可能

これらのデータが取れるかどうかで、座席配分の見直しやROI評価の説得力が大きく変わります。

導入後3ヶ月のロールアウト評価を上層部に説明する場面で、定量データなしには話が前に進まないケースは少なくありません。Copilot Metricsはその下支えになります。

---

【プラン別比較】GitHub Copilotの他プランとの違い

ここまでEnterprise単体の機能を紹介してきましたが、実際の導入判断では「Businessで足りるのか、Enterpriseまで必要なのか」を整理することが避けて通れません。

プラン全体の俯瞰から見ていきます。

プラン別比較表

2026年4月時点で提供されているCopilotの主要プランは次の5種類です。Free / Pro / Pro+は個人向け、Business / Enterpriseが法人向けの位置づけになります。

プラン	月額（USD）	プレミアムリクエスト	想定ターゲット
Free	$0	月50件	個人開発者・学生（試用）
Pro	$10	月300件	個人開発者・フリーランス
Pro+	$39	月1,500件	上位モデルを多用する個人ヘビーユーザー
Business	$19/ユーザー	月300件	法人向け基本プラン（中小規模）
Enterprise	$39/ユーザー	月1,000件	GHEC契約済みの大規模組織

ただし2026年4月20日以降、GitHub Copilot Pro／Pro+／Studentの新規サインアップは一時停止中です。

この表で重要なのは、「Pro+は月額$39でBusinessの$19より高いが、個人契約のため組織管理機能（SAML SSO、SCIM、監査ログ、ポリシー強制等）を一切持たない」という点です。

Pro+を会社負担で全員に配るような運用は、ライセンス規約上もガバナンス上も推奨できないため、組織導入は必ずBusiness／Enterpriseを起点にしてください。

EnterpriseとBusinessの差分

差額$20をどう評価するかが導入判断の核です。Enterpriseでしか得られない要素を絞り込むと、次の表のようになります。

機能	Business	Enterprise
基本コード補完・Chat・IDE統合	あり	あり
GitHub.com上のCopilot Chat	あり	あり（組織コンテキストとの統合がより厚い）
プレミアムリクエスト	月300件	月1,000件（3.3倍）
Copilot Spaces（組織ナレッジ統合）	あり（共有・管理は組織設定に依存）	あり（組織横断の管理機能と統合）
コードベースインデックス	なし	あり
カスタムモデル	なし	公開プレビュー（既存参加者のみ継続利用、新規受付停止）
Copilot code review＋Organization custom instructions	あり	あり（AI Controls／Agent Control Planeで実行ポリシーを強制）
Enterprise AI Controls / Agent Control Plane	なし	あり（2026/2/26 GA）
Copilot Metrics（組織レベルの詳細レポート）	限定	フル機能
GHEC契約必須	不要	必須
モデル選択の柔軟性	制限あり	より高い枠＋新機能・モデルへの早期アクセスの可能性あり（モデル可否はプラン・管理者ポリシー・リージョンに依存）

差分を整理すると、Enterpriseは「組織知識をAIに学ばせ、エージェント運用を統制する」ことが本丸で、単純な機能差分よりも運用設計の自由度の差が大きいことが分かります。

Business機能だけでも個人の生産性は十分上がりますが、組織横断の監査・統制・カスタマイズがビジネス要件として必要なら、Enterpriseでないと成立しません。

Pro / Pro+ との違い

個人向けのProとPro+は「Copilot Coding Agent」も使える上、Pro+はプレミアムリクエスト1,500件と一見Enterpriseより多く見えます。

ただし、個人プランは組織管理機能（SAML SSO、SCIM、監査ログ、ポリシー強制、データ非学習保証）を一切持ちません。

法人として導入する場合、データ保護観点でも個人プランは選べません。法人で「個人プラン相当の使い勝手」を求めるならBusinessが起点で、Enterpriseはその上に組織統制レイヤーを積む選択肢、という整理になります。

---

GitHub Copilot Enterpriseの料金体系【2026年4月時点】

Enterpriseの導入判断では、料金体系の正確な把握が欠かせません。2026年は特に、6月1日のUsage-Based Billing移行という構造的な変化が控えており、現時点の運用設計と数ヶ月後の請求書がズレるリスクがあります。

ここでは2026年4月時点の確定情報を整理します。

基本料金とGHEC合算の見方

Copilot Enterpriseの基本料金は次のとおりです。

項目	価格
Copilot Enterprise	月額$39/ユーザー（席単位）
GitHub Enterprise Cloud（前提）	月額$21/ユーザー（目安）
実質コスト	月額約$60/ユーザー

稟議資料を作る際は、Copilot Enterpriseの$39単独ではなく、GHECとの合算$60で見積もることが重要です。

「BusinessとEnterpriseの差額$20」という議論をするときも、GHEC契約自体が前提なら、純粋な追加コストはBusinessから$20の差額になりますが、GHEC未契約の組織にとっては実質$41/ユーザー（GHEC$21+差額$20）の追加投資になる、という見方になります。

プレミアムリクエスト枠

プレミアムリクエストは、Claude Opus 4.7やGPT-5.5など上位モデルを呼び出すたびに消費されるカウントです。

Enterpriseは月1,000件、Businessは月300件で、3.3倍の差があります。

• 標準モデル（GPT-5系基本など）の利用は、プレミアムリクエスト枠とは別の消費系で動く
• 上位モデルほどマルチプライヤが大きく、GPT-5.5は1リクエストあたり7.5x消費
• 月内に枠を使い切った後は、管理者が追加リクエストを許可していれば超過課金で継続利用が可能。予算上限を設定してブロックする運用も選択できる

たとえば、GPT-5.5中心で日々30回プレミアムリクエストを使う開発者がいた場合、30回×7.5x×20営業日＝月4,500ポイント相当の消費になります。Businessの300件枠ではすぐに枯渇するため、上位モデルを日常使いする組織はEnterpriseの1,000件枠が実質的な前提になります。

2026年6月のUsage-Based Billing移行

2026年6月1日から、Copilotのプレミアムリクエスト体系はAI Creditsベースのトークン課金に移行します。これは料金体系の最も大きな構造変更です。

• 各プランに毎月のAIクレジット枠が含まれる（Enterpriseは$39相当）
• クレジット消費はモデルのAPIレート（入力・出力・キャッシュトークン）に基づく
• コード補完とNext Edit suggestionsはクレジットを消費しない（無制限利用）
• Copilot code reviewはGitHub Actions分も消費するようになる
• 既存のプレミアムリクエスト単位（PRU）は廃止される

この変更で、**「上位モデルを多用するユーザーは消費が早く進み、軽い使い方なら余裕が出やすい」**という挙動になります。トークン量の見えにくさが導入後の運用コストを左右するため、後述するCopilot Metricsで利用パターンを早期に把握する必要があります。

移行プロモクレジット（2026年6〜8月）

移行期の3ヶ月間は、既存顧客への補助としてプロモクレジットが付与されます。

プラン	標準クレジット	プロモ追加	6〜8月の合計
Business	月$19	月+$30	月$49
Enterprise	月$39	月+$70	月$109

この期間中は実質的に約2.8倍のクレジットが付与されるため、Usage-Based Billing下での自社の消費パターンを実測する絶好の機会になります。9月以降の本来枠で運用が成立するか、追加クレジットの購入予算をいくら見積もるか、この3ヶ月のデータで判断する流れが現実的です。

超過時の課金とコスト管理

枠を超過した場合の挙動は、現行制度（〜2026年5月31日）と6月1日以降のUsage-Based Billing体系で扱いが変わります。いずれも管理者ポリシーで上限・追加課金の取り扱いを制御できます。

現行制度（〜2026年5月31日）

Copilot Enterpriseの公式Docsでは、月間プレミアムリクエスト枠を使い切った後も継続利用は可能で、追加リクエストは管理者が許可した範囲で課金される前提になっています。組織として「追加リクエストを許可するか／全席に上限を設けるか／席ごとに個別上限を設定するか」を運用ポリシーで決める設計です。

2026年6月1日以降（Usage-Based Billing）

プレミアムリクエスト枠は廃止され、AI Creditsの残高と予算上限で制御される体系に切り替わります。

月額プランに含まれるAI Credits（Enterpriseは月$39相当。既存顧客には2026年6〜8月に追加で月+$70のプロモクレジットが付与）を消費しきった後は、Cost Centerや席ごとの予算上限に従って、追加クレジットの購入か利用停止かが決まる仕組みです。

fallback（標準モデルへの自動降格）の概念は廃止される方向で説明されています。

運用設計の現実解は、「最初は追加課金や上限超過を許可せず、チームの消費感をCopilot Metricsで観測 → 必要席のみ予算上限を引き上げる」というステップ運用です。

Enterpriseはこの細粒度な制御を可能にする席ベースのポリシーが設計の前提になっており、Businessよりもコスト最適化の幅が広い点も差額の正当化材料になります。

---

GitHub Copilot Enterpriseの導入事例

抽象的な機能比較だけでは判断材料として弱いため、具体的な数値が公開されている国内外の導入事例を整理します。

「導入したらどれくらいの規模・採用率が現実的か」を見るのが、稟議の通しやすさにも直結します。

NTTドコモ：3,000名超の本格運用と採用率24.28%

NTTドコモが公開しているGitHub Copilotガバナンス事例によれば、2025年9月時点でGitHub Enterprise Cloud利用者6,012名のうち、Copilot登録ユーザー数は3,039名に達しています。グループ全体ではGitHub利用者がさらに増えており、Copilot利用者数も継続的に拡大している段階です。

特筆すべきは利用実態の数値で、**約3ヶ月（2025年6月8日〜9月15日）の総提案数2,131,503件に対して517,524件のコードが採用され、採用率は24.28%**でした。

1日約1,000人がアクティブに利用し、Askモード（対話型質疑応答）とAgentモード（コーディング依頼）の両方が定常的に使われています。

3,000名規模で運用が回っている事実は、「Enterprise相当のガバナンスと統制があれば、大規模組織でもCopilotは現実的に運用できる」ことを裏付けています。

導入検討時の懸念として上がりやすい「果たして現場が使うのか」「セキュリティ部門の承認が下りるか」に対し、具体的な数字で答えるリファレンスケースになっています。

日立製作所：コーディング・単体テストで10〜20%の生産性向上

日立製作所は、約200名のユーザーを社内公募して3〜4ヶ月かけてGitHub Copilotを評価し、コーディングと単体テスト領域で平均10〜20%、ケースによっては30%の生産性向上を確認したと公表しています。

評価フェーズでは、社内開発フレームワーク・既存プロジェクトとの連携、コミュニティ活動を通じた組織内ナレッジ共有を重視しています。

日立のように独自フレームワークが多い組織では、Enterpriseのコードベースインデックスや組織ナレッジを束ねるCopilot Spacesが特に効くため、評価から本格運用への移行ステップで、Business→Enterpriseへのアップグレードが選択肢になりやすい構図です。

LINEヤフー：約7,000名のエンジニア向けにBusiness導入

LINEヤフーは、約7,000名のエンジニアに対しGitHub Copilot for Businessを導入しました。

事前のテスト導入でコーディング時間が大幅に短縮されたことを受けての正式採用で、エンジニア1人あたり1〜2時間の時間短縮が報告されています。

LINEヤフーは現時点でBusinessでのスタートですが、組織横断のエージェント運用やカスタムモデル活用を視野に入れる段階になれば、Enterpriseへの移行は自然な拡張パスです。

「まずBusinessで全社展開 → 効果を定量化 → Enterprise機能が必要なチームから順次切り替え」という二段階導入は、規模の大きい組織で実効性のあるパターンになります。

Accenture：12,000席のCopilot Business活用

海外では、AccentureがGitHub Copilot Businessを12,000席規模で導入し、開発者の生産性向上や定型作業の削減を実現しています。

コンサルティングプロジェクトで多様なクライアント環境を扱う性質上、組織単位の管理機能を活用しながら大規模展開する好事例です。

加えて、GitHubの公開情報によれば、Fortune 100企業の90%がGitHubを選択しており、世界で77,000以上の組織がGitHub Copilotを利用しています。

GitHub自体はFortune 100の標準プラットフォームであり、Copilotもエンタープライズ層で広く採用されている、という二段階の構造で大局観を捉えるのが正確です。

事例から見える共通パターン

これら4社の事例に共通するのは、次の3点です。

• 段階導入が前提

NTTドコモも日立も、まずパイロット規模で評価してから全社展開に進んでいます。「最初からEnterprise一斉導入」ではなく、「Business→Enterprise」「200名→3,000名」と段階を踏むのが現実解です。

• 採用率20〜30%が現実的なベースライン

NTTドコモの採用率24.28%は、適切に運用されたエンタープライズ環境の現実的な数値感として参考にできます。100%採用を期待する稟議は通しにくく、「20〜30%でも年間XX人月の効果」という見積もり方が説得力を持ちます。

• 稟議突破のためのデータ準備

日立の「10〜20%生産性向上」、NTTドコモの「採用率24.28%」のような定量データを社内パイロットで採取することが、Enterprise移行の稟議を通すうえで決定打になります。

そのため、導入検討段階で「Copilot Metricsをどう活用して採用率と効果を定量化するか」を運用設計に組み込んでおくことが、後の意思決定を確実にします。

---

【導入判断】GitHub Copilot Enterpriseが向く組織・向かない組織

Enterpriseは「最上位プランだから全社で使うべき」という単純な話ではありません。組織の規模・開発スタイル・統制要件によって、適合するかどうかが大きく変わります。

Enterpriseが向く組織

次の条件に1つでも当てはまる場合、Enterpriseの導入が現実的な選択肢になります。

• GHECを既に契約しており、開発組織が50名以上

GHEC契約済みであれば、追加コストはBusinessからの差額$20で済みます。50名以上の規模になると、組織横断の統制機能なしに運用が回らなくなる閾値に近づきます。

• Coding AgentやCustom Agentsを業務組み込みする計画がある

エージェントの動きをトレースできない状態で本格運用するのは、ガバナンス上のリスクが大きすぎます。Agent Control PlaneはEnterprise限定なので、エージェント主導開発を志向するならEnterprise一択です。

• 独自フレームワーク・社内ライブラリを多用している

汎用Copilotだけでは提案精度が頭打ちになります。コードベースインデックスが効くのはこのケースで、Copilot Spacesによる組織ナレッジ統合と組み合わせると効果が顕著です（カスタムモデルは公開プレビュー扱いで既存参加者のみ継続利用となるため、新規導入の中心には据えません）。

• セキュリティ・監査要件が厳しい業界（金融・通信・公共・医療）

エージェントの監査ログ、MCP allowlist、エージェント定義ファイル（.github/agents/*.md）の保護といった機能は、規制業界での導入承認を得るうえで実質的な必須要件になります。

• 複数組織（事業部・グループ会社）を横断したCopilot運用が必要

Enterpriseの管理階層は、複数Organizationを統合的にコントロールできる構造になっています。グループ会社単位で別ポリシーを敷くといった運用は、Businessでは不可能です。

Enterpriseが向かない組織

逆に、次の条件が当てはまる場合は、Businessで十分なケースが多いです。

• 開発組織が30名以下で、ガバナンスより速度優先

統制機能のメリットが薄く、差額$20×30名＝月$600のコストが正当化しにくくなります。Coding Agentが必要ならBusinessでも利用可能なので、まずBusinessで運用してみるのが合理的です。

• GHECの契約予定がない（GHESオンプレ運用で完結している）

Enterpriseを使うにはGHEC移行が前提になるため、移行コストとリスクを払ってまでEnterpriseに行くべきかは別問題です。GHEC移行プロジェクトとセットで判断する必要があります。

• エージェント運用の予定がなく、コード補完中心の使い方
  Coding AgentやCustom Agentsを使わないなら、Agent Control Planeの価値はほぼゼロです。

コード補完の品質はBusinessでも十分に高く、上位モデルを日常使いしないなら月300件のリクエスト枠でも足ります。

導入規模・GHEC契約有無別の推奨プラン

Copilot Enterpriseの導入相談では、以下の判断軸で整理することが多いです。

この軸を最初に固めると稟議の方向性が早く決まります。

状況	利用形態	推奨プラン
GHEC契約済み・50名以上・エージェント運用予定あり	法人導入	Enterprise（即決）
GHEC契約済み・30〜100名・段階導入したい	法人導入	Business開始 → 半年で実効果を見てEnterpriseに昇格
GHEC未契約・100名以上	法人導入	GHEC＋Enterpriseセットで稟議化（GHES移行検討）
GHEC未契約・30名以下	法人導入	Business（小規模でも組織管理が必要なため、個人プランは不可）
個人開発者・副業エンジニア	個人利用	Pro+（既存ユーザー向け）（組織管理は不要。月1,500件のプレミアムリクエスト目当て。2026年4月20日以降は新規サインアップ停止中で、新規はFreeで開始する選択肢）
規制業界・監査要件が厳しい	法人導入	GHEC＋Enterprise一択（監査ログ・MCP制御が必要）

「最初から完璧な構成を組もうとしない」のがコツです。NTTドコモも日立も、パイロットからスタートして段階的に拡張しています。

Copilot Metricsで採用率を測りながら、効果が出ているチームから順次Enterprise機能を活用していく方が、稟議も実装もスムーズに進みます。

---

GitHub Copilot Enterprise導入時の運用論点

導入判断が固まった後、実際の運用フェーズで詰まりやすい論点を整理します。

事前に押さえておけば、本番導入後の手戻りを大幅に減らせるポイントです。

IP補償（IP Indemnity）の適用条件

GitHub Copilotには、Business／Enterpriseの有償プランを対象に**IP補償（IP Indemnity）**が付帯します。

GitHubの公式説明では、補償の対象になるのは「Duplicate detection filter（重複検出フィルタ）が有効な状態で受け取った、未改変のCopilot Suggestions」と整理されています。

• Duplicate detection filterを有効にしている
  公開コードと類似する提案をフィルタする機能を有効化する必要があります。
  フィルタを無効にした状態で受け取った提案は補償対象外です。
  
  

• 提案を改変せず利用している
  Suggestionsを開発者が大幅に書き換えた場合、補償対象から外れる扱いです。
  フィルタ通過後の出力をそのまま採用したケースが対象範囲になります。

具体的な補償範囲・適用条件は契約書（Customer Agreement）と公式FAQの記載に従います。

詳細はGitHub Copilotの著作権・知財論点も参照しつつ、法務部門と契約条文ベースで合意形成し、運用ルールに組み込んでください。

Coding AgentとAgent Control Planeでの統制

Coding Agentを業務組み込みする場合、放置すると以下の問題が発生しがちです。

• 誰がどのIssueに対してエージェントを起動したかが分からない
• エージェントが意図せず広範囲のファイルを編集する
• 信頼できないMCPサーバに接続して機密情報を流出させる

これらをすべてカバーするのがAgent Control Planeです。具体的には、次の運用ルールを最初から決めておくことが推奨されます。

• エージェント定義ファイルは「.github/agents/」配下に集約し、push protection rule適用
• MCP allowlistを組織レベルで定義し、新規追加は申請制
• AI管理者ロールを2〜3名に限定して付与
• 監査ログを定期的にレビューする運用を組む（週次など）

これらは「Enterpriseの機能を使う」という以上に、「エージェント運用の事故を未然に防ぐ最低限の設計」としての意味があります。

GitHubの監査ログAPIから取得したデータを、SOCやセキュリティチームの監視基盤に流し込む構成も実装可能です。

プレミアムリクエスト枠とAI Credits管理

2026年6月のUsage-Based Billing移行を前提にすると、運用設計は次の流れになります。

フェーズ	やること
〜5月	現行プレミアムリクエストの消費パターンをCopilot Metricsで把握
6〜8月	既存Enterprise顧客に月+$70のプロモクレジットが付与される期間。AI Credits消費の実測に活用
9月〜	標準クレジット$39のみで運用が成立するか判定。必要なら追加購入予算を組む

移行期に最も避けたいのは、「6〜8月のプロモ枠で慣れた使い方を9月以降も続けて、想定外の追加課金が発生する」パターンです。

Copilot Metricsで日次トレンドを観察し、9月以降の運用に向けて利用ガイドラインを整備しておくのが現実解です。

データレジデンシーとセキュリティ

Copilot with data residency は、現時点（2026年4月）で米国・EUのみが対応リージョンです。日本リージョンでのデータ滞留が要件の組織は、現時点では運用設計で工夫する必要があります。

• 米国／EUリージョンを許容できるか、法務とセキュリティ部門で合意
• データ非学習保証（Commercial Terms）を契約条項に組み込む
• 監査ログは別途自社環境にエクスポートして保持

金融や公共領域では「日本リージョン必須」の組織もありますが、その場合はGitHub Advanced Security等と組み合わせた多層防御で実質的なリスク低減を図るのが現状の打ち手になります。

教育・社内規程の整備

最後に見落とされがちな論点が、現場メンバーへの教育と社内規程整備です。Enterpriseの機能をどれだけ整えても、開発者が「ChatGPTのような感覚で機密コードを貼り付ける」運用をしてしまえば事故は起きます。

• Copilotで提案されたコードのレビューフロー（人間によるDiff確認）を明文化
• 機密情報をプロンプトに含めない、というガイドラインを浸透させる
• Coding AgentやCustom Agentsの利用承認プロセスを定義
• 新人オンボーディング時にCopilot利用研修を含める

NTTドコモの運用ポリシー記事では、こうしたガバナンスをどう設計したかが詳細に公開されています。

自社の規程を整備する際の参考として有用です。

---

GitHub Copilot Enterpriseに関するよくある質問（FAQ）

導入検討段階でよく寄せられる疑問を整理します。

Q1. Copilot BusinessからEnterpriseへの移行はスムーズに行えますか？

GHECを契約済みなら、ライセンス切り替えは管理画面から実施可能です。データやポリシーは引き継がれますが、Enterprise AI Controls / Agent Control PlaneやCopilot Metricsは別途有効化と初期設定が必要になります。実運用では、移行と同時に新機能のロールアウト計画を立てるのが現実的です。

なお、2026年4月22日以降はBusinessの新規セルフサーブ受付が停止されているため、新規組織が「まずBusinessから」を選ぶ場合はGitHub Salesに相談する必要があります。

---

Q2. GitHub Enterprise Server（GHES、オンプレ）でCopilot Enterpriseは使えますか？

使えません。Copilot EnterpriseはGitHub Enterprise Cloud（GHEC）を前提に設計されており、GHESのみの環境では利用できません。

GHESを継続したい場合は、Copilot機能のためにGHEC環境を別途用意するか、GHEC移行プロジェクトとセットで検討する必要があります。

---

Q3. プレミアムリクエスト枠を使い切ったらどうなりますか？

現行制度（〜2026年5月31日）では、月間枠を使い切った後も継続利用は可能で、追加リクエストは管理者ポリシーで許可した範囲で課金される設計です（公式Docs）。

2026年6月1日以降のUsage-Based Billing体系では、AI Creditsの残高とCost Center／席別の予算上限で制御される方式に切り替わります。

詳細は2026年6月のGitHub Copilot従量課金移行解説を参照してください。

---

Q4. Enterprise AI ControlsとCopilot Metricsはいつ使えるようになりましたか？

Enterprise AI Controls / Agent Control Planeは2026年2月26日にGA、Copilot Metricsは2026年2月27日にGAしました。
いずれもCopilot Enterprise契約のEnterprise顧客が利用できる機能です。

Enterprise AI ControlsはAgent Control Planeを含み、エージェントセッションの監査・カスタムエージェント定義の組織横断管理・MCP allowlist制御などが行えます。

---

Q5. 提案されたコードの著作権・知財リスクへの対応は？

Business／Enterpriseの有償プランには、未改変のCopilot SuggestionsをDuplicate detection filter有効の状態で受け取った場合に対象になるIP補償（IP Indemnity）が付帯します。

具体的な補償範囲は契約書と公式FAQの記載に従い、詳細はGitHub Copilotの著作権・知財論点を参照してください。
法務部門と契約条文ベースで合意形成のうえ、運用ルールに組み込む必要があります。

---

Q6. プレミアムリクエストの実消費量はどう見積もればよいですか？

GPT-5.5は1リクエストあたり7.5xマルチプライヤなので、月100回利用するだけでも750ポイント消費します。Enterpriseの1,000件枠でも、上位モデルを日常使いするヘビーユーザーは月内に消化しやすい計算です。

実際の消費パターンはCopilot Metricsの利用状況ダッシュボードで把握し、席ごとの上限設定とセットで運用するのが現実解です。

---

Q7. EnterpriseでもCoding AgentやCustom Agentsは使えますか？

両方使えます。Enterpriseでは、Agent Control Planeを通じてカスタムエージェント定義の組織横断管理・push protection・実行ログの監査が追加で可能になります。

Businessでも基本機能は使えますが、組織レベルのガバナンスが必要ならEnterpriseが必須です。

---

GitHub Copilot導入の前段情報を社内で揃えるなら

EnterpriseとBusinessの差額$20をどう回収するか、Agent Control Planeをどこまで運用設計に組み込むか――Enterprise固有の論点を稟議に落とす前に、GitHub Copilotそのものの基本機能・料金体系・セキュリティをフラットに整理しておくと、社内合意の形成が一段スムーズになります。

AI総合研究所では、GitHub Copilotの基本的な使い方・料金体系・セキュリティとプライバシーを1冊にまとめた「GitHub Copilot利用ガイド」を無料で提供しています。本記事で扱ったEnterprise固有の論点を経営層・セキュリティ部門に共有する前段資料として、Copilotそのものの全体像を押さえたい方に活用いただけます。

---

まとめ

GitHub Copilot Enterpriseは、月額$39/ユーザーで提供される最上位プランです。Businessの全機能に加えて、Enterprise AI Controls／Agent Control Plane、組織レベルのCopilot Metrics、コードベースインデックス、月1,000件のプレミアムリクエスト枠を利用できます（カスタムモデルは公開プレビュー扱いで既存参加者のみ継続利用）。

なお、Copilot SpacesはBusinessでも利用可能で、Enterprise固有機能ではありません。

• GHEC契約を前提とした「組織レベルのガバナンスと統制」を担うプラン
• 2026年2月にEnterprise AI Controls / Copilot MetricsがGAし、エージェント運用の監査と利用状況の定量化が可能に
• 2026年4月22日からGitHub Free／Team組織向けのBusiness新規セルフサーブ受付は停止。既存契約は影響なく、新規導入はGitHub Salesへの相談ルートで継続提供
• 2026年6月1日からUsage-Based Billing（AI Creditsトークン課金）に移行。既存のEnterprise顧客には6〜8月に月+$70のプロモクレジットが付与される（新規顧客は通常クレジットでの開始）
• NTTドコモ（3,000名超・採用率24.28%）、日立製作所（10〜20%生産性向上）、LINEヤフー（7,000名）、Accenture（12,000席のCopilot Business）など、規模・業種を問わず実装事例が積み上がっている

導入判断のコツは、「最初から完璧を目指さず、Businessや小規模パイロットから始めて、Copilot Metricsで定量効果を測りながらEnterprise機能を段階的に活用していく」ことです。

GHEC契約済み・50名以上・エージェント運用予定ありの組織なら、Enterprise即決でも十分に投資回収できます。一方、30名以下でガバナンスより速度を優先する組織は、Business起点が合理的です。

AI総合研究所では、Copilot Enterpriseの導入支援、GitHub Copilot Businessからの段階移行設計、Coding AgentやCopilot Spacesを組み合わせた「開発エージェント基盤」の設計、運用ポリシーや教育研修まで包括的に支援しています。

興味のある方は、お気軽にご相談ください。