GitHub Copilotを使っていて、「入力したコードやプロンプトはどのように扱われるのだろう」と気になることはありませんか。
とくに仕事のコードや個人情報につながる内容を扱う場合は、データ利用に関する設定を自分で確認しておきたいと感じますよね。
GitHub Copilotでは、プライバシー設定からデータ利用に関するオプトアウトを行える場合があります。
ただし、利用中のプランや組織の管理方針によって確認する場所や管理する人が異なるため、設定の目的を理解してから進めることが大切です。
この記事では、GitHub Copilotのオプトアウト方法を中心に、設定後も利用できる機能や、無効化・解約との違いをわかりやすく解説します。
必要な設定だけを落ち着いて見直したい方は、ぜひ参考にしてください。
この記事でわかること
- GitHub Copilotのプライバシー設定からオプトアウトする手順
- オプトアウトしない場合に、コードやプロンプトなどが利用対象となる可能性
- 個人向けプランと法人向けプランにおけるデータ利用設定の管理方法の違い
- オプトアウト・Copilotの無効化・解約それぞれの目的の違い
GitHub Copilotはプライバシー設定からオプトアウトできる

GitHub Copilotのデータ利用に関するオプトアウトは、GitHubアカウントのCopilot settingsにあるPrivacy設定から行えます。
対象のデータ利用項目をDisabledに変更し、設定が保存されていることを確認すれば完了です。
操作はブラウザ版のGitHubから進めると、各項目を落ち着いて確認しやすいです。
画面の表示名や配置は、GitHubの更新やアカウントの利用状況によって少し異なる場合があります。
GitHubアカウントでCopilot settingsを開く
まず、GitHubにログインした状態で、画面右上にあるプロフィールアイコンからSettingsを開きます。
左側のメニューにあるCopilot関連の項目から、Copilot settingsを選択してください。
設定画面が開いたら、Copilotの利用に関する項目のうち、Privacyまたはデータ利用に関する見出しを探します。
普段はエディター内でCopilotを使っている場合でも、オプトアウトの変更はGitHubのアカウント設定画面で行う方法がわかりやすいです。
- GitHubへログインする
- 右上のプロフィールアイコンを選ぶ
- Settingsを開く
- Copilot settingsへ進む
- Privacyの項目を確認する
複数のGitHubアカウントを使い分けているなら、Copilotを利用しているアカウントでログインしているかも最初に確認しておくと安心です。
Privacyのデータ利用設定をDisabledに変更する
Privacyの項目内にある、GitHubがデータをAIモデルの改善やトレーニングに利用することに関する設定を確認します。
設定がEnabledになっている場合は、選択肢をDisabledへ変更してください。
切り替え式の画面では、スイッチをオフにすることでDisabledとなる場合もあります。
変更後に保存ボタンが表示される場合は、忘れずに選択します。
| 確認する場所 | 操作の目安 |
|---|---|
| Copilot settings | Privacyまたはデータ利用に関する項目を探す |
| データ利用設定 | EnabledからDisabledへ変更する |
| 保存操作 | 表示される場合のみ保存ボタンを選ぶ |
設定名には表現の違いがあるため、単語だけで判断せず、説明文を読んでデータ利用に関する項目かどうかを確認すると間違いが減ります。
わからない項目をまとめて変更する必要はなく、目的のデータ利用設定だけを見直す形で大丈夫です。
設定が反映されているか確認する
変更したあとは、同じCopilot settings画面を再読み込みして、対象項目がDisabledのまま表示されているか確認します。
保存完了のメッセージが表示された場合も、画面を開き直して状態を見るとより確実です。
ブラウザの通信状況によっては表示の更新に少し時間がかかることもあるため、すぐに表示が変わらないときは数分後に確認してみてください。
- 対象項目がDisabledになっている
- 保存完了の表示が出ている、または設定画面で状態を確認できる
- 正しいGitHubアカウントの設定を開いている
定期的に設定画面を確認しておくと、意図しない状態になっていないかを把握しやすくなります。
設定項目が表示されない場合はアカウントと管理ポリシーを確認する
Copilot settings内にPrivacyの設定が見つからない場合は、ログイン中のアカウントが違っていないかを確認します。
また、所属先の管理者がCopilotに関する設定を管理している環境では、個人では変更できない項目が表示されないことがあります。
その場合は、組織内の利用ルールや管理者から案内されている設定方法を確認してください。
GitHubの画面構成が更新されている可能性もあるため、Copilot settings内のPrivacy・Policies・データ利用に関連する表示を順番に見直すのがおすすめです。
自分で変更できる項目が見当たらないときは、無理に別の設定を操作せず、管理状況を確認してから進めると安心です。
オプトアウトしない場合はコードやプロンプトなどが学習利用の対象になり得る

オプトアウトを選択していない場合、GitHub Copilotに入力したコードやプロンプト、生成された回答などは、GitHubの定める条件にしたがってサービス改善やモデル改善のために利用される対象となる場合があります。
ただし、実際の取り扱いは利用している機能、契約形態、組織の管理ポリシーなどによって異なるため、「入力した内容は外部に出さない」という前提では使わないことが大切です。
とくに業務のコードや個人情報を含む内容を扱うなら、どの情報が送信・保持・利用され得るのかをあらかじめ把握しておくと安心です。
入力したコードやプロンプト、生成された回答の取り扱い
GitHub Copilotでは、補完やチャットによる回答を生成するために、利用者が入力したプロンプトやコードが処理されます。
オプトアウトしていない設定では、こうした入力内容や生成結果が、品質の確認、不正利用への対応、機能改善、モデル改善などに利用される可能性があります。
プロンプト欄に貼り付けた文章も、コードと同じように取り扱いを意識する必要があります。
たとえば、エラーの原因を質問する際に設定値、接続先の情報、社内限定の仕様などをそのまま入力すると、必要以上の情報を含めてしまうことがあります。
| 入力・出力の種類 | 含まれ得る内容 | 入力時に意識したいこと |
|---|---|---|
| プロンプト | 質問文、指示、貼り付けたコード | 固有名詞や認証情報を置き換える |
| コード補完の対象 | 編集中のコード、ファイル内の周辺記述 | 公開不要な値を直接書かない |
| 生成された回答 | 提案コード、説明文、修正案 | 内容を確認してから保存・共有する |
生成された回答そのものにも、入力内容をもとにした表現やコードが含まれることがあります。
そのため、回答をチームのチャットやチケットに転記する前に、意図しない情報が含まれていないか確認する習慣をつけるとよいでしょう。
コードスニペットや関連コンテキストの取り扱い
GitHub Copilotは、入力された短いコード片だけではなく、より適切な提案を行うために、編集しているファイルの周辺部分や会話の流れなどを参照することがあります。
このような関連情報はコンテキストと呼ばれ、関数名、変数名、コメント、エラーメッセージ、ファイル名などが含まれる場合があります。
つまり、自分では一部だけを質問したつもりでも、周辺の記述が提案の材料として扱われる可能性があります。
- コード内のコメントに社内向けの説明や顧客名を書いていないか確認します。
- 変数名やファイル名に案件名、利用者名、内部システム名が含まれていないか見直します。
- エラー画面やログを貼り付ける際は、識別子や接続情報を伏せます。
- 質問に不要な範囲まで選択して送らないようにします。
とくにログには、利用者を識別できる情報や内部の構成情報が含まれることがあります。
質問用に内容を整理し、再現に必要な最小限のコードスニペットへ置き換えてから入力すると、情報の範囲を抑えやすくなります。
プライベートリポジトリや機密情報を扱う際の注意点
プライベートリポジトリであっても、GitHub Copilotへ入力する情報の取り扱いは、リポジトリの公開・非公開設定だけで判断しないほうが安心です。
非公開のコードであっても、Copilotの利用時にはプロンプトや関連コンテキストが処理対象となり得るためです。
認証用の鍵、パスワード、アクセストークン、個人情報をそのまま入力しないでください。
これらは質問に必要ないことが多く、伏せ字やダミー値に置き換えても、コードの構造や改善案について相談できる場合があります。
| 入力を控えたい情報 | 置き換え例 |
|---|---|
| アクセストークンや秘密鍵 | 「TOKEN_VALUE」「秘密情報」のようなダミー表記 |
| 実在するメールアドレスや氏名 | 架空の利用者情報 |
| 接続先の詳細や内部の識別子 | 用途が分かる一般的な名称 |
| 顧客固有の要件や未公開情報 | 要件を抽象化したサンプル内容 |
会社やチームで利用している場合は、個人の判断だけでなく、情報管理のルールや開発ガイドラインも確認しておくとよいでしょう。
入力してよい情報の範囲が決められている環境では、その基準に合わせて利用することが重要です。
GitHub Copilot ChatとGitHub Copilot CLIにおけるデータの扱い
GitHub Copilot Chatでは、質問文だけでなく、会話の履歴や参照させたコード、選択したファイルの内容などが回答生成に関係することがあります。
会話を続けるほど前後の文脈が増えるため、途中から話題を変える場合も、過去の入力に含まれる情報を意識しておくと安心です。
不要になった会話をそのまま残さず、必要に応じて会話の管理方法を見直すことも役立ちます。
GitHub Copilot CLIでは、コマンドライン上で入力した指示、エラー内容、コマンドに関連する情報などをもとに提案が生成される場合があります。
ターミナルには環境変数、パス、実行履歴、設定値などが表示されることがあるため、表示内容をまとめて貼り付ける際は注意が必要です。
チャットでもコマンドラインでも、必要な部分だけを共有するという考え方は共通しています。
GitHub Copilotのデータに関する条件や画面表示は更新されることがあるため、利用前には公式のプライバシーに関する案内や、現在表示されている設定内容を確認してください。
オプトアウト後もGitHub Copilotの基本機能は引き続き利用できる

GitHub Copilotのオプトアウトは、主に入力内容がサービス改善やモデルの学習に利用される設定を見直すためのものです。
オプトアウトを設定しても、コード補完やチャットなどの基本機能まで使えなくなるわけではありません。
普段の開発フローを大きく変えずに利用を続けたい場合は、設定変更後に実際の動作を確認しておくと安心です。
コード提案やチャット機能は通常どおり利用できる
オプトアウト後も、エディタ上でのコード補完、関数やコメントをもとにした提案、GitHub Copilot Chatでの質問と回答といった機能は基本的に利用できます。
たとえば、繰り返し処理のひな形を提案してもらう、エラーメッセージの意味を質問する、既存コードの改善案を尋ねるといった使い方は継続できます。
つまり、オプトアウトはGitHub Copilotを停止する操作ではなく、データの取り扱いに関する選択を変更する操作として捉えるとわかりやすいでしょう。
| 利用場面 | オプトアウト後の考え方 |
|---|---|
| コード補完 | 入力中のコードや文脈をもとにした提案を受けられます。 |
| チャットでの質問 | コードの説明、修正案、書き方の相談などに活用できます。 |
| テスト作成の補助 | テストコードのたたき台や観点の提案を求められます。 |
| ドキュメント作成の補助 | コメントや説明文の下書きに利用できます。 |
ただし、利用できる機能は契約内容、組織側の設定、利用している開発環境や拡張機能の状態によって異なる場合があります。
設定を変更した直後は、普段よく使う機能を一度試して、想定どおり利用できるか確認するとよいでしょう。
オプトアウトによる提案精度や利用可能な機能への影響
オプトアウトを行ったこと自体を理由に、コード提案の品質が下がると一律に考える必要はありません。
GitHub Copilotの提案は、作業中のファイル、周辺のコード、入力した指示、会話の文脈などを参照して生成されるためです。
そのため、提案内容はオプトアウトの有無よりも、質問の具体性や参照させるコードの範囲によって変わることがあります。
たとえば、「エラーを直して」とだけ質問するよりも、期待する動作や発生条件を整理して伝えたほうが、回答を判断しやすくなります。
- 目的や完成イメージを短く添える。
- 利用している言語やフレームワークを明記する。
- エラーが起きる最小限のコードに絞って質問する。
- 提案されたコードは、そのまま反映せず内容を確認する。
なお、提案を受けるためには、その時点の入力や周辺情報が処理に必要になる場合があります。
オプトアウト後も、入力内容が一切扱われなくなるという意味ではない点は理解しておくことが大切です。
設定画面に表示される説明や利用条件を確認し、データ利用の範囲と自分の利用目的が合っているかを判断してください。
設定変更前に送信したデータと変更後の適用範囲
オプトアウトの設定は、通常、設定を変更した後のデータの取り扱いに関する意思表示です。
そのため、設定変更前に送信した内容まで自動的に同じ扱いへ切り替わるとは限りません。
過去に送信したデータの保持期間や取り扱いは、GitHubが公開しているプライバシーに関する案内や、その時点で適用される条件に従います。
変更前後の範囲を確認したいときは、次の点をチェックしておくと整理しやすいです。
- オプトアウトの設定を保存した日時。
- 設定画面に記載されている適用開始に関する説明。
- 過去のデータに関する案内や削除依頼の窓口の有無。
- 利用中のアカウントや組織で別途適用されるルール。
設定内容や画面の表記は変更されることがあるため、重要な判断をする際は最新の公式案内を確認しましょう。
オプトアウト後も普段どおりGitHub Copilotを活用しつつ、定期的に設定画面を見直すことで、自分が意図した状態を保ちやすくなります。
個人向けプランと法人向けプランではデータ利用の管理方法が異なる

GitHub Copilotのデータ利用に関する設定は、個人で契約している場合と、組織から利用している場合で管理する人が異なります。
Free・Pro・Pro+・Maxでは個人アカウントの設定を確認し、Business・Enterpriseでは組織の管理者が定めた方針もあわせて確認することが大切です。
同じGitHubアカウントでも、利用しているプランや所属組織によって表示される項目が変わることがあります。
GitHub Copilot Free・Pro・Pro+・Maxの設定
GitHub Copilot Free・Pro・Pro+・Maxのような個人向けプランでは、基本的に自分のGitHubアカウントからデータ利用に関する設定を確認します。
設定画面では、GitHub Copilotの利用状況や、製品改善への協力に関する項目が用意される場合があります。
プラン名によって利用できる機能には違いがありますが、データ利用への考え方を確認したいときは、まず個人アカウントのCopilot設定を開く流れがわかりやすいです。
| 確認する場所 | 主な確認内容 |
|---|---|
| GitHubアカウントの設定 | 個人アカウントに適用されるCopilot関連の選択項目 |
| Copilotの設定ページ | 製品改善に関するデータ利用の設定状況 |
| 利用中のプラン情報 | Free・Pro・Pro+・Maxのいずれで利用しているか |
設定を探す際は、GitHubにログインしたうえで、プロフィールメニューから「Settings」を開き、Copilotに関する項目を確認します。
画面の名称や配置は更新されることがあるため、見つからない場合は設定画面内の検索や公式ヘルプを利用すると安心です。
個人向けの設定は、組織で利用するCopilotの方針まで変更するものではありません
GitHub Copilot Business・Enterpriseの組織向け保護と管理
GitHub Copilot Business・Enterpriseでは、組織の管理者が利用者向けの設定や利用方針をまとめて管理できる仕組みがあります。
そのため、会社やチームから付与されたCopilotを使っている場合は、個人の設定だけで判断しないことが重要です。
組織向けプランでは、管理者が利用の許可範囲、対象ユーザー、ポリシーなどを設定していることがあります。
- 組織内でCopilotの利用が許可されているか
- 組織管理者が定めたデータ利用に関する方針
- 個人設定より組織の方針が優先される項目の有無
- 社内規程や開発チーム内の運用ルール
Business・Enterpriseの利用者は、設定画面だけでは判断しにくいとき、組織の管理者や情報システム部門に確認するとスムーズです。
特にEnterpriseでは、GitHub Enterpriseの環境設定や組織の契約内容によって、利用者が操作できる範囲が異なる場合があります。
組織向けプランでは、個人の希望と組織のルールの両方を確認することがポイントです。
個人アカウントと組織アカウントを併用している場合の確認点
個人開発では個人向けプランを使い、仕事では組織向けプランを使うように、複数の利用形態を併用している人もいます。
この場合は、どのリポジトリや作業環境で、どのCopilot利用権限が適用されているかを分けて確認しましょう。
- 現在ログインしているGitHubアカウントを確認する
- 個人向けプランか組織向けプランかを確認する
- 作業対象のリポジトリが個人所有か組織所有かを確認する
- 個人設定と組織の方針に矛盾がないかを確認する
たとえば、個人アカウントで設定を見直していても、組織が所有するリポジトリでの利用には組織側の管理方針が関わることがあります。
反対に、組織のCopilot利用権限を持っていても、個人所有のリポジトリに同じ条件がそのまま当てはまるとは限りません。
利用する場面ごとにアカウント・プラン・リポジトリの所有者を整理しておくと、設定の見落としを減らせます。
方針変更前にオプトアウトしていた場合も現在の設定を確認しておく

過去にオプトアウトを選んでいた場合でも、現在のアカウントで設定が有効になっているかをあらためて確認することが大切です。
サービスの方針や設定画面の表示、利用するアカウントが変わることもあるため、以前に設定したという記憶だけで判断しないほうが安心です。
現在表示されている設定内容を基準に確認することで、意図しない状態のまま利用を続けるリスクを抑えられます。
過去のオプトアウト設定が継承されているか確認する
GitHub Copilotに関する設定は、以前の選択内容が維持されている場合もありますが、すべての状況で同じ状態が続くとは限りません。
設定方針の更新や画面構成の変更があったときは、項目名や選択肢の意味が以前と変わっている可能性もあります。
そのため、過去にオプトアウトした人も、GitHubのアカウント設定にあるプライバシー関連の項目を開き、現在の選択状態を確認しておきましょう。
「以前に設定したから大丈夫」と決めつけず、表示中の状態を見ることがポイントです。
| 確認する観点 | 見ておきたい内容 |
|---|---|
| 設定の選択状態 | オプトアウトに関する項目が希望する状態になっているか |
| 項目の説明文 | 現在の設定が対象とする範囲や条件 |
| 保存状況 | 変更後の状態が画面に反映されているか |
| 案内の更新日 | 公式ヘルプや設定画面の説明が新しい内容か |
特に、設定画面にチェックボックスや切り替えボタンがある場合は、見た目だけでなく、その近くにある説明文まで読むのがおすすめです。
選択肢によっては、オンとオフの意味が直感と反対に感じられることもあるためです。
確認後は、設定画面の表示を控えておくと、次回の見直し時に比較しやすくなります。
ただし、画面の画像を保存する際は、アカウント名やメールアドレスなどが写り込まないように注意しましょう。
- 現在ログインしているアカウントで設定を開く
- オプトアウトに関する選択状態と説明文を確認する
- 変更した場合は保存後の表示を確認する
- 公式ヘルプで現在の案内も確認する
プランや利用アカウントを変更した際は設定を見直す
GitHub Copilotの利用を始めた時期からプランを変更したり、別のGitHubアカウントを使うようになったりした場合は、設定の再確認が必要です。
設定はアカウントごとに管理されることがあるため、普段使うアカウントを切り替えたことで、以前確認した内容と現在の状態が一致しないことがあります。
たとえば、個人用として新しく作成したアカウント、過去に使っていたアカウント、仕事用に使うアカウントでは、それぞれ確認が必要になる場合があります。
「どのアカウントでCopilotを利用しているか」を先に整理すると、確認漏れを防ぎやすくなります。
| 見直すきっかけ | 確認のポイント |
|---|---|
| プランを変更した | 変更後の利用環境で設定表示に変化がないか |
| 別のアカウントを使い始めた | 新しいアカウントでも希望する状態になっているか |
| ログイン方法を変更した | 意図したアカウントで設定を確認しているか |
| 久しぶりに利用を再開した | 設定項目や公式案内が更新されていないか |
複数のアカウントを持っている場合は、アカウント名や登録メールアドレスを確認してから設定画面を開くと安心です。
また、ブラウザに複数のログイン情報が残っていると、意図しないアカウントで確認してしまうことがあります。
設定を見直す前に一度ログイン中のアカウントを確認し、必要に応じて切り替えてから操作しましょう。
定期的な確認のタイミングを決めておけば、方針や利用環境の変化があった場合にも落ち着いて対応しやすくなります。
オプトアウトとCopilotの無効化・解約は目的が異なる

GitHub Copilotのオプトアウトは、入力したデータをAIモデルの学習に利用することへの意思を設定で示すためのものです。
一方で、Copilotそのものを使わないようにする無効化や、有料プランの契約を終了する解約、公開コードに似た提案を抑える設定は、それぞれ目的が異なります。
気になっていることに合った設定を選ぶことが大切です。
| 設定・操作 | 主な目的 | Copilotの利用可否 |
|---|---|---|
| オプトアウト | AIモデル学習へのデータ利用について意思を示す | 基本的に利用を継続できる |
| Copilotの無効化 | 特定の開発環境やGitHub.comで提案を表示しない | 無効にした場所では利用しない |
| 有料プランの解約 | 有料契約の継続を停止する | プランや契約状況により変わる |
| 公開コードと一致する提案のブロック | 公開コードに一致・類似する提案への配慮 | Copilotは利用できる |
オプトアウトはAIモデル学習へのデータ利用を拒否する設定
オプトアウトは、GitHub Copilotとのやり取りで扱われるデータについて、AIモデルの改善や学習に利用しないよう意思を示すためのプライバシー設定です。
そのため、オプトアウトを選んだからといって、Copilotの補完候補やチャットなどが直ちに使えなくなるわけではありません。
「Copilotは使いたいけれど、学習目的でのデータ利用は控えたい」という場合に確認する設定だと考えると分かりやすいです。
ただし、対象となるデータの範囲や設定画面の表記は、利用中のプランやGitHub側の案内によって変わることがあります。
設定を変更する際は、画面に表示される説明を読み、現在の選択状態を確認してから保存しましょう。
IDEやGitHub.comでCopilotを無効化する方法との違い
IDEでCopilotを無効にする操作は、コードを書いている最中に補完候補やチャット機能を表示しないようにするためのものです。
たとえば、拡張機能を一時的に無効にしたり、特定の言語やワークスペースで提案機能を停止したりする方法があります。
GitHub.com上でも、Copilotによる支援機能を利用しないようにする設定や操作が用意される場合があります。
これらは「どこでCopilotを使うか」を調整するものであり、AIモデル学習へのデータ利用に関する意思表示とは別の話です。
- オプトアウト:データ利用に関する設定を確認したい場合に向いています。
- IDEでの無効化:作業中の補完やチャットを止めたい場合に向いています。
- GitHub.comでの無効化:ブラウザ上のCopilot機能を使わない場合に向いています。
たとえば、集中したい時間だけ補完を止めたいなら、IDE側で一時的に無効化するほうが目的に合います。
反対に、利用場所にかかわらずデータ利用の考え方を設定へ反映したい場合は、プライバシー関連のオプトアウトを確認します。
有料プランの解約との違い
有料プランの解約は、Copilotの有料契約を次回以降も継続しないための手続きです。
オプトアウトは契約を終了する操作ではないため、設定しても料金プランや請求状況が自動で変わるわけではありません。
逆に、有料プランを解約した場合も、それだけでデータ利用に関する設定が希望どおりになるとは限りません。
料金を見直したい場合は解約手続き、データ利用の方針を示したい場合はオプトアウトというように、別々に確認すると迷いにくいです。
| 確認したいこと | 優先して確認する項目 |
|---|---|
| 次回以降の有料契約を続けたくない | プランの解約・請求に関する画面 |
| 有料機能を使える期間を知りたい | 契約状況・更新日・利用条件 |
| 学習目的のデータ利用について意思を示したい | プライバシー設定のオプトアウト項目 |
解約後に利用できる機能や期間は、契約内容や表示される案内によって異なるため、手続き前に確認しておくと安心です。
公開コードと一致する提案をブロックする設定との違い
公開コードと一致する提案をブロックする設定は、公開されているコードとの一致が検出される可能性がある提案を表示しないようにするための設定です。
これは、コード提案を受け取る際の扱いに関する機能であり、オプトアウトとは目的が異なります。
公開コードに近い候補を避けたい場合は一致する提案をブロックする設定を、AIモデル学習へのデータ利用を見直したい場合はオプトアウトを確認します。
どちらか一方を設定しただけでは、もう一方の目的まで自動で満たせるとは限りません。
自分が気にしている点が「入力データの扱い」なのか、「表示されるコード提案の内容」なのかを分けて考えると、必要な設定を選びやすくなります。
機密性の高い情報はオプトアウト後も入力を控えると安心

オプトアウトを設定していても、認証情報や社外秘のコードなどは、GitHub Copilotへの入力をできるだけ避けるのがおすすめです。
設定だけに頼らず、入力する内容をあらかじめ整理しておくと、仕事や個人開発でも安心して活用しやすくなります。
「入力しないこと」自体が、情報を守るための基本的な対策です。
認証情報や社外秘コードをプロンプトへ含めない
パスワード、アクセス用のトークン、秘密鍵、接続文字列などの認証情報は、プロンプトや貼り付けるコードに含めないようにします。
認証情報が含まれたまま質問すると、意図せず共有範囲を広げてしまう心配があります。
エラーの原因を相談したいときも、値そのものを見せる必要があるとは限りません。
実際の値は伏せて、「トークンを設定する箇所」「接続先を指定する箇所」のように置き換えると、状況を説明しながら重要な情報を出さずに済みます。
- パスワードや多要素認証用の復旧コード
- アクセス用トークンや秘密鍵
- 顧客情報や取引先に関するデータ
- 公開前の製品仕様や社内システムの詳細
- 社外への共有が認められていないソースコード
とくに、設定ファイルやエラーログには認証情報が混ざることがあります。
貼り付ける前に、環境変数の値、メールアドレス、内部用のホスト名などが含まれていないか見直す習慣をつけると安心です。
コード例を作る際は、実際の値を「YOUR_TOKEN」や「example.com」などのダミー表記に置き換える方法が便利です。
組織の利用ルールとコンテンツ除外設定を確認する
会社やチームでGitHub Copilotを利用する場合は、個人の判断だけでなく、組織で定められた利用ルールを確認しましょう。
利用できるリポジトリ、入力してよい情報、生成結果の確認方法などが決められている場合があります。
迷った情報は入力しないという判断にして、責任者や管理者へ確認するほうが安心です。
また、組織向けの環境では、特定のファイルやディレクトリを対象から外すためのコンテンツ除外設定を利用できる場合があります。
ただし、設定の対象範囲や利用できる機能は、契約内容、管理者の設定、利用する画面によって異なることがあります。
コンテンツ除外設定がある場合でも、すべての操作やすべての情報を一律に扱えるとは限らないため、対象範囲を確認することが大切です。
| 確認したいこと | 見ておきたいポイント |
|---|---|
| 組織の利用ルール | 入力可能な情報と利用禁止の情報 |
| 対象リポジトリ | GitHub Copilotの利用が認められている範囲 |
| コンテンツ除外設定 | 除外対象と設定が適用される範囲 |
| 相談先 | 判断に迷ったときの管理者や担当部署 |
生成されたコードは内容やライセンスを確認してから利用する
GitHub Copilotが生成したコードは、そのまま本番環境へ反映するのではなく、内容を読んでから利用することが大切です。
処理の意図どおりに動くか、不要な権限を求めていないか、安全性に配慮した実装になっているかを確認しましょう。
生成結果には、現在のプロジェクトの設計方針や利用中のライブラリに合わない内容が含まれることもあります。
- コードの処理内容と変更箇所を確認します。
- テストや動作確認を行います。
- 使用している外部ライブラリやコード例のライセンスを確認します。
- チーム開発では、必要に応じてレビューを受けます。
ライセンスの扱いや社内基準に判断が必要な場合は、組織のルールや担当者の案内に沿って確認するとよいでしょう。
便利な提案として活用しつつ、入力する情報と生成された結果の両方を確認することで、GitHub Copilotをより落ち着いて使いやすくなります。
まとめ
この記事のポイントをまとめます。
- GitHub Copilotのオプトアウトは、GitHubアカウントのCopilot設定にあるプライバシー項目から変更できます。
- 設定を変更しない場合、コードやプロンプトなどがサービスやモデルの改善に利用される対象となることがあります。
- オプトアウト後も、コード補完やチャットなどの基本機能は通常どおり利用できます。
- 個人向けプランは自分で設定を確認し、法人向けプランは組織管理者の方針も確認することが大切です。
- 以前に設定した場合でも、現在のアカウントでオプトアウトが有効かを見直すと安心です。
- オプトアウト、Copilotの無効化、契約の解約、公開コードに似た提案を抑える設定は、それぞれ目的が異なります。
- オプトアウト後であっても、認証情報や社外秘のコードなどは入力しないようにしましょう。
GitHub Copilotを便利に活用しながら、入力内容の扱いにも目を向けたいときは、まず現在のプライバシー設定を確認してみてください。
数分で見直せる項目でも、自分が意図した設定になっていると分かれば、日々の開発をより落ち着いて進めやすくなります。
個人利用か組織での利用かによって確認する場所や管理方針は変わるため、契約状況に合わせて判断することも大切です。
設定の見直しとあわせて、機密性の高い情報を入力しない習慣も意識しながら、自分に合った形でGitHub Copilotを活用していきましょう。

