2026年の職場では、3年前には存在しなかった、目立たない種類のインシデントが発生しています。ソースコードをChatGPTに貼り付けて監査を招いたエンジニア、顧客リストを会議要約ツールに入力した営業担当者、個人のAIアカウントで解雇通知を下書きし、その文章がどこに保持され、誰が見たのかを後から保証できなくなった人事責任者などです。いずれも劇的なデータ侵害ではありません。しかし、すべて現実にあり、頻繁に起き、避けられるものです。
この記事は、「職場でAIを安全に使う方法」の実践版です。方針文書ではありません。方針文書はすでに存在し、自社のものに従う必要があります。ここでは、日常的な間違いを防ぐ実務レベルのルールを扱います。
チームに承認済みのAIツールがなければ、多くの場合、人々は人知れず個人アカウントを使います。現実的な管理策は、禁止ではありません。承認済みツール、明確なデータルール、安全な方法を取りやすくするワークフローです。
根本的な問題
一般利用者向けのAIツールにコンテンツを貼り付けると、ほとんどの法域では初期状態で3つのことが起きます。
- コンテンツが第三者の事業者へ送信されます。
- コンテンツが一定の保持期間、事業者のサーバーに保存されます。
- 利用プランと設定によっては、将来のモデルを改善するためにコンテンツが使われる場合があります。
個人利用の大部分では、これで問題ありません。業務では、貼り付けた内容によってまったく異なります。顧客データ、社内財務情報、ソースコード、NDAの対象となる契約書、従業員の詳細、GDPRや業界別規制の対象となるものは、異なる扱いが必要です。
1つのルール
職場でのAI利用に関する間違いの95%を防ぐ、1つのルールがあります。
業務に関連するあらゆるコンテンツには、会社が正式に承認し、業務用に設定したAIツールを使ってください。
これだけです。会社がMicrosoft 365 with Copilot、ChatGPT Enterprise、Claude for Work、Google Workspace with Gemini Enterprise、または同様の法人契約を導入しているなら、業務に関するあらゆるものにそれを使ってください。例外はありません。
これらの法人向けプランには、一般利用者向けプランにはない契約上の保証があります。
- 会話はモデルの学習に使われません。 単なるチェックボックスではなく、明示的な契約上の保証です。
- データ所在地を設定できます（欧州企業ではEU域内のみにできる場合がよくあります）。
- 調達部門とセキュリティ部門の要件を満たす、SOC 2、ISO 27001などの認証があります。
- ITチームがコンプライアンス対応のために監視できる、監査可能な利用状況があります。
- より厳格なアクセス制御があり、上司が誤ってAIとの会話を読むことはできません。
会社がツールを承認していない場合、選択肢は2つです。業務内容にAIを使わないか、承認を得られるよう社内で働きかけるかです。「少しだけだから」と個人アカウントを使い、中間を取らないでください。
管理職にとっては、方針で原則だけでなくツール名を明示する必要があるということです。どのツールが承認済みか誰も知らなければ、「承認済みツールを使う」だけでは不十分です。
30秒の機密性チェック
何らかのAIツールに何かを貼り付ける前に、次の点を確認します。
-
誰かの個人データが含まれていますか。 氏名、メールアドレス、住所、ID番号、電話番号、健康情報、財務情報などです。含まれる場合 → 法人向けツールだけを使い、先に個人データを削除できないか検討します。
-
会社独自の情報が含まれていますか。 ソースコード、財務数値、顧客リスト、戦略文書、NDAの対象となる契約書などです。含まれる場合 → 法人向けツールだけを使います。
-
スクリーンショットを撮られ、共有されたくない内容が含まれていますか。 社内の議論、率直な意見、漏えいすれば自分や会社にとって不名誉になるものなどです。含まれる場合 → 法人向けツールを使い、利用できる場合は一時チャットモードを選びます。
-
データは特定の規制の対象ですか。 GDPR、HIPAA、金融規制、輸出管理などです。該当する場合 → AIで使う前に、データ保護責任者またはコンプライアンス部門へ相談します。
-
匿名化したサンプルデータに置き換えられますか。 AIには実際の顧客名や口座番号が不要で、プレースホルダーのデータでも同じように処理できる場合がよくあります。置き換えられる場合 → 先に匿名化し、その後で貼り付けます。
30秒で済みます。問題のほぼすべてを、起きる前に見つけられます。
個人のAIアカウントに決して貼り付けてはいけない3つのもの
個人のChatGPTがどれほど便利でも、そこに入れてはいけないものを簡潔に挙げます。
1. 実在する顧客のデータ。 顧客1人の氏名と何らかの情報を1つ組み合わせただけでも該当します。GDPR違反、顧客との契約違反、雇用契約違反が重なるリスクは、利便性をはるかに上回ります。
2. 勤務先のリポジトリにあるソースコード。 ほとんどの雇用契約には知的財産条項があり、問題になります。勤務先が提供するGitHub Copilot、会社用に設定されたCursor、またはチームで標準化されているものを使ってください。
3. 「機密」と明記された社内文書。 戦略資料、財務情報、M&Aに関する議論、法務上の連絡などです。これらには法人向けAIの選択肢すらない場合があり、その場合はAIを使わないでください。
実践的なデータ分類
4つに分類します。
| 区分 | 例 | AI利用のルール |
|---|---|---|
| 公開 | 公開済みウェブサイトの文章、公開文書、公開求人広告 | 通常、主要なツールならどれでも問題なし |
| 社内 | 社内プロセスのメモ、匿名化した例、汎用テンプレート | 業務用として承認されたツールを推奨 |
| 機密 | 顧客データ、ソースコード、契約書、財務情報、戦略 | 承認済み法人向けツールだけを使い、利用の必要性がある場合に限る |
| 要配慮情報 | 健康データ、人事調査、弁護士・依頼者間秘匿特権の対象、規制対象データ | AIを使う前に法務・セキュリティ部門へ確認 |
この記事からリンクされている関連チェックリストは、この表を運用に使える形にしたものです。
実用的なツールとパターン
機密性の高い単発の質問には、一時チャットまたはシークレットチャットを使う。 ChatGPTにはTemporary Chatがあり、Claudeにも同等の機能があります。これらの会話は保存されず、メモリに追加されず、学習にも使われません。一度だけ質問し、保持する必要がない機密事項には、このモードが適しています。
「会話をモデルの改善に使う」をオフにする。 法人向けプランを使っていなくても、この設定1つ（ChatGPTでは「Settings」→「Data Controls」、ほかのサービスにも同様の設定があります）で、プライバシーに関する最大の懸念を取り除けます。保存内容やアクセスできる人には影響しませんが、コンテンツが学習に使われることを防ぎます。
貼り付ける前に匿名化する。 氏名をプレースホルダーに置き換え、具体的な数値を概数にし、会社名を「[Company A]」に置き換えます。驚くほど多くの場合、匿名化したデータでもAIは同じように処理できます。重要なのは特定の人物や組織ではなく、構造と問いだからです。
機密性が非常に高いものにはローカルAIを使う。 交渉中の契約書、個人的な医療上の質問、法的問題など、本当に機密性の高いものについてAIの支援を求めるなら、ローカルモデル（Ollama、ダウンロード済みモデルを使うLM Studio）を使えば、すべてを手元の端末に留められます。ほとんどのユースケースには過剰ですが、一部には適切な選択です。
ファイルのアップロードには注意する。 顧客データを含むスプレッドシート、財務数値を含むスライド資料、社内レポートのPDFは、記憶しているより多くの情報が含まれることがよくあるため、チャットメッセージよりリスクの高いアップロードです。ファイルを開き、中身を確認してから判断してください。
コーディングに関する注意
コーディングでは、リスクが現実的であり、利用したい誘惑も強いため、特別な対応が必要です。バグに遭遇し、関連するコードをChatGPTに貼り付け、何が間違っているか尋ねたくなるでしょう。しかし、そのコードは勤務先の知的財産です。
2026年に適切な方法は、次のとおりです。
- 勤務先が認可したコーディングAIを使います。GitHub Copilot Business / Enterprise、法人向けプランのCursor、会社のアカウントを介したClaude Codeなどです。これらは知的財産を保護するよう設定され、学習には使われません。
- ローカル開発では、会社が承認したAIであっても、機密性が最も高いコードには、可能な限りAIをローカルで実行する方法（Ollama、ローカルのLM Studio）を選びます。
- どうしても個人のAIアカウントで業務コードを使わなければならない場合は、問題を再現する最小限の断片だけを貼り付け、すべての識別子を削除します（関数名を変更し、コメントを削除し、ビジネスロジックを抽象化します）。最善ではありませんが、何もしないよりはましです。
顧客向けAIに関する注意
顧客メールの下書き、カスタマーサポートへの返信、提案書の生成など、顧客向け業務でAIを使う場合は、考慮すべき点が異なります。具体的な問題を挙げます。
- 開示。 多くの法域で、顧客がAI生成コンテンツに接する際の開示要件を設ける動きが進んでいます。自社の方針と、適用される法域の要件を把握してください。
- 下書きに含まれる顧客データ。 口座番号、個人的な状況、自社との取引履歴などは、法人向けツールにだけ貼り付け、個人アカウントには決して貼り付けないでください。
- 後続の影響。 AIが下書きし、自分が署名した顧客メールでは、記載内容について自分が責任を負います。送信前にすべての文章を読んでください。
2026年に多くのチームが採用しているパターンは、顧客の詳細を毎回手動で貼り付けなくてもAIが適切に調整された回答を作れるよう、顧客の文脈を（MCP、コネクター、連携機能を通じて）読み込ませた法人向けAIツールを使うことです。このような環境は、CRMチームが構築すべきものです。
顧客向けのAI出力も、自分の出力であることに変わりはありません。下書きされたメール、提案書、サポート回答は、義務を生じさせたり、誤った情報を開示したり、信頼を損ねたりする可能性があります。ワークフローで自動化が明示的に承認されている場合を除き、送信前に確認してください。
迷ったら尋ねる
ユースケースが境界上にあると感じた場合、つまり、法人向けツールが必要なほど機密性が高いか分からない、規制当局が問題視するか分からない、上司が承認するか分からない場合は、尋ねてください。質問するコストは小さく、「これは行わないでください」という研修で事例にされるコストは大きなものです。
具体的には、社内の次の担当者が回答できます。
- GDPR、顧客データ、従業員データに関する質問は、データ保護責任者。
- ツールの承認に関する質問は、IT部門またはセキュリティ部門。
- 契約、NDA、知的財産に関する質問は、法務部門。
- 「このようなことにAIを使ってよいか」という個別判断は、上司。
適切な人にSlackで短いメッセージを送る方が、インシデントよりはるかに低コストです。
この記事が意味しないこと
この記事は、「職場でAIを使わないでください」という意味ではありません。それはひどい助言です。AIは2026年に利用できる最大級の生産性向上手段の1つであり、避ければ本人も会社も実際の価値を失います。
また、「何も考えず、あらゆるものにAIを使ってください」という意味でもありません。それでは問題が起きます。
この記事が示すのは、その中間です。AIを本格的かつ幅広く使いながら、30秒の確認、データに合ったツール、匿名化という小さな習慣を身につけます。そうすれば、危うい事態を繰り返すのではなく、持続可能な実践になります。
要点
ルールは1つ（業務データには承認済みツールを使う）、習慣は1つ（30秒の機密性チェック）、個人アカウントに決して貼り付けてはいけないものは3つ（顧客データ、ソースコード、機密文書）です。これらを守れば、職場でほぼすべてのほかのものに、心配せずAIを使えます。
データ衛生の負担は小さく、利点は大きなものです。職場でのAI誤用を理由に解雇されたり訴えられたりするのは、貼り付ける前に30秒考えた人ではなく、考えなかった人です。
