GitHub Copilotの学習・プライバシー・セキュリティ

GitHub Copilotへcodeやpromptを送る前に、契約planだけでなく、利用するsurfaceと選択modelも確認してください。2026年10月7日に確認したGitHub公式案内では、Copilot Free、Pro、Pro+、Maxなどの個人subscriberについて、2026年4月24日からinteraction dataをAI modelのtraining・改善に利用する場合があり、個人設定からopt outできます。Business / Enterpriseのcustomer dataはGitHub model trainingに使わないとされています。ただし、model provider、preview機能、conversation history、IDEやGitHub.com上の保存条件は一律ではありません。

まず混同しない3つのこと

「学習されない」「保存されない」「誰にも見られない」は別の約束です。GitHub Copilotを評価するときは、少なくとも次を分けます。

• GitHubのmodel training：GitHubが自社model改善へinteractionを利用するか。

• request processing：選択したmodelを動かすためGitHubまたはmodel providerがpromptやcontextを処理すること。

• retention / history：conversation、prompt、suggestion、usage metadataがどのsurfaceや機能で保持されるか。

Business / Enterpriseの「GitHubはcustomer dataをtrainingしない」という説明だけから、全providerの処理や全retentionがzeroとは言えません。

planごとのtraining設定

GitHubの個人subscriber向け設定案内は、Copilot Free、Pro、Pro+、Maxで、2026年4月24日以降にinputs、outputs、code snippets、関連contextなどのinteraction dataをtraining・改善に使用する可能性があると説明しています。個人accountのCopilot settingsで「Allow GitHub to use my data for AI model training」をDisabledにできます。設定が表示されない場合、organizationからBusiness / Enterprise seatを受けていないか確認するよう案内されています。

Copilot Business / Enterpriseについては、GitHubがcustomer dataをmodel trainingに使わず、Data Protection Agreementの適用を説明しています。これはGitHub model trainingの扱いであり、GitHub serviceに必要な処理・保存、選択したmodel vendorの条件、organization policyまで消すものではありません。

表は横にスクロールできます

利用者・契約	GitHub model training	利用前に見るもの
Free / Pro / Pro+ / Max等の個人subscriber	2026-04-24から利用される場合がある。個人設定でopt out可能	設定状態、送るcode/context、利用surface
Business / Enterprise seat	GitHubはcustomer dataをtrainingしないと案内	DPA、admin policy、feature・model・providerごとの条件
複数account / seatを併用	実際のbilling entityと適用policyで変わり得る	現在login中のaccount、organization assignment、settings

設定変更は送信を止める境界ではありません。機密情報の投入を許可する社内承認が別に必要なら、そちらも満たします。

model providerによる処理差

Copilot Chatでは複数提供元のmodelを選べる場合があり、GitHubの現行Model Hosting documentationはproviderごとの処理条件を分けています。OpenAI、Anthropic、Google、xAI、Microsoft等で契約・hosting・retentionの条件が異なります。たとえばGitHubは、一般提供中の一部Anthropic機能にZDR契約がある一方、Claude Fable 5 / 5.1や一部preview機能には既定で同じZDRが適用されないと案内しています。対象enterpriseが承認・設定済みの場合の期限付き例外もあります。

そのため「Copilotはzero retention」と一括りにせず、次を確認します。

1. Copilot画面で今回選択されるmodel名を確認する。

2. GitHub Model Hostingページで、そのmodelとproviderの注記を読む。

3. modelがpreviewか、vendor固有retention条件があるかを見る。

4. enterprise向け例外・契約が必要なら管理者へ確認する。

5. model名や条件が画面から分からなければ、機密dataを使う前に管理者へ問い合わせる。

自動model選択ではmodelが切り替わることがあります。厳格な情報区分がある場合、auto routingが許可されるかも組織で決めてください。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  GitHub Copilot

  公式サイトを見るTool詳細を見る

retentionはsurface単位で確認する

GitHub.comのCopilot Chat documentationは、conversation内のmessagesを28日保持した後に削除すると案内しています。これはそのChat機能の会話履歴についての情報であり、すべてのIDE、CLI、Agent、providerに共通する期限ではありません。Model Hostingページではprovider / modelの条件も別に説明されています。過去記事にあった「IDEはdefault非保持、GitHub.com / mobile / CLIは一律28日」という言い方は、現在の公開情報だけでは全surfaceへ一般化できないため、個別featureの現行docsを確認してください。

管理者はretention policyや監査要件を、feature・client・planの組み合わせで確認します。保存期間が不明なsurfaceは「保存されない」と判断せず、Unknownとしてdata投入を保留する方が安全です。

Content Exclusionの範囲と限界

Copilot Business / EnterpriseのContent Exclusionでは、特定fileをinline suggestion、他fileのcontext、response、code reviewへ使わないよう設定できます。ただしGitHub Docsは、対応するIDEやfeatureに制約があり、VS Code等の一部Edit / Agent modeに未対応の部分があること、IDEが間接的に渡すsemantic informationを完全には防げない場合があることも説明しています。

Content Exclusionは秘密保持の完全な代替策ではありません。秘密鍵やaccess tokenをsourceへ入れない、機密directoryを分離する、repo権限を最小化する、対応外surfaceではそのfileを開かない等の対策も組み合わせます。

instructions・public code filterはprivacy設定ではない

.github/copilot-instructions.mdなどのcustom instructionsは、projectのruleやtest commandを伝えるためのcontextです。privacy controlではなく、instructionに秘密やcredentialを書けばcontextとして送られる可能性があります。設定変更より先にinstruction fileからsecretを除いてください。

Public code matchingの設定も、licenseやprovenance確認を助ける機能です。training設定の代わりにはなりません。生成したcodeは既存のsecurity、license、human reviewを通します。

導入前に使う判定手順

1. 誰の契約か：個人、Business、Enterpriseのどのseatで利用しているか。

2. どの入口か：IDE、GitHub.com、CLI、Agentなどsurfaceを特定する。

3. どのmodelか：選択modelとprovider、preview状態を特定する。

4. 何を送るか：promptだけでなくrepo context、開いたfile、attachmentsも含める。

5. どの設定か：個人training opt-out、organization policy、Content Exclusionを確認する。

6. どこまで残るか：featureとproviderのretentionを公式資料・DPAで確認する。

7. 何をしないか：secretをpromptへ貼らず、許可されないcodeは投入しない。

8. 不明なら保留：条件不明のmodelやsurfaceでは公開sampleなど非機密dataで試す。

AIものさしの判断

個人Copilotのtraining設定は2026年に変更され、過去の「個人dataは学習へ使われない」という前提では判断できません。一方、Business / Enterpriseのtraining exclusionがあっても、model providerと利用surfaceのretention条件は別確認です。team導入では、承認したplan・model・surfaceを明示し、許可されたrepositoryだけを接続します。条件が見えない組み合わせは、設定名から安全を推定せず管理者確認へ回してください。