「このくらいなら大丈夫」と思って、メール本文や会議メモをそのまま貼りそうになる瞬間は、生成AIを使い始めたばかりの人ほど起こりやすいです。確認日: 2026年7月9日。先に結論を書くと、AIへ渡してよいのは、一般化した状況説明と作業の型までです。固有名詞、金額、個人情報、未公開情報は、貼る前に消すか置き換える必要があります。この記事では、「消す」「置き換える」「型だけ頼む」の3段階に加えて、会話の途中で情報を足さないための止まりどころも整理します。

AIへ渡す前に消す、置き換える、型だけ頼むの三つに分ける図
最初に三つの箱へ分けるだけで、入力前に止まりやすくなります。

3段階で考えると迷いにくいです

最初に全部を見分けようとすると迷うので、入力前は次の3段階で考えると止まりやすくなります。

  1. 消す
    氏名、連絡先、顧客番号、取引先名、認証情報、未公開の数字のように、そのまま外へ出したくない情報を消します。
  2. 置き換える
    役割だけ残して「[担当者A]」「[顧客1]」「[金額は概算]」のように言い換えます。
  3. 型だけ頼む
    本当にAIへ頼むのは、返信の型、議事録の並び順、ブログ構成の骨組みのような部分だけに絞ります。

この三つは、どれか一つだけ守ればよいのではありません。たとえば顧客名を消しても、金額や案件名が残っていれば文脈から推測されることがあります。「複数の手がかりが残っていないか」を見る方が安全です。

まず消す情報を一覧で見ます

次の情報は、AIにそのまま入力しない前提で扱います。判断に迷う時は、入力しないでください。

種類 そのまま入れない例 置き換え例
個人情報 氏名、住所、電話番号、メール、顔写真、社員番号 [担当者A]、[顧客1]、[住所は省略]
会社の秘密 取引先名、未発表商品、見積額、契約条件、社内資料 [取引先A]、[未公開商品]、[金額は概算]
認証情報 APIキー、パスワード、トークン、認証コード 絶対に入れない。必要なら社内担当に確認
法務・人事 退職理由、懲戒、評価、診断名、相談記録 一般論にして、固有事情を外す
医療・介護 病名、薬、検査値、本人の同意がない家族情報 専門家に相談。AIには一般的な質問だけ
未公開情報 発表前の数字、売上、買収、採用、価格改定 公開済み情報だけにする

この表で大切なのは、「少し伏せれば大丈夫」と軽く見ないことです。金額や固有名詞を一部だけ残すと、文脈から相手や案件が推測できる場合があります。迷った時は、AIへ頼む作業自体を後ろにずらす方が安全です。

5場面で「悪い例」と「安全な例」を比べます

最初の依頼、追加質問、仕上げ前確認の順で情報漏れを防ぐ図
事故は1回目より、追加説明で具体的な情報を足した時に起きやすいです。
場面 悪い入力 安全な入力
メール返信 「山田太郎さんから、A社の未公開案件について3,200万円の値下げ依頼が来ました。返信を書いて」 「取引先から値下げ相談が来た。すぐ了承せず、社内確認後に返答する丁寧なメール文を3案作って」
議事録要約 会議メモ全文を貼る。参加者名、顧客名、未公開数値もそのまま 「以下は匿名化した会議メモです。[担当者A][顧客B][数値は省略]として、決定事項・宿題・次回確認を分けて」
ブログ構成 実在の顧客相談、個人の体験、未公開データをそのまま 「30代会社員がAIを安全に使うための記事構成を作って。個人情報を入れない注意を含めて」
画像生成 実在の社員写真や顧客写真を添付し、似せて作る 「架空の案内役キャラクター。実在人物に似せず、清潔なオフィス風で作る」
社内FAQ 社内規程、事故報告、顧客対応履歴を貼る 「社内FAQの型を作って。質問、回答、確認先、更新日、責任部署の欄だけ作る」

ここで意識したいのは、「AIへ頼む内容」と「最後に自分で戻す内容」を分けることです。安全な入力文を作っても、返ってきた文章にそのまま実名や金額を戻す前に、人が最終確認する工程は必要です。

AIに頼んだあとで人が残す仕事

メール返信

AIに頼むのは、謝罪の型、確認事項の並び、丁寧な言い換えまでです。相手名、会社名、金額、契約条項は人が最後に戻します。契約解釈までAIに任せると、社内確認の順番が抜けやすくなります。

議事録要約

議事録は、一度自分で要点だけ抜き出してからAIへ渡す方が安全です。参加者名、顧客名、売上、クレーム詳細をそのまま貼るのではなく、「決定事項」「保留」「次回確認」の枠だけ作らせます。迷ったら、まず AIで文章を書く前に作る下書きメモ の4行メモへ戻ると、何を渡してよいか整理しやすくなります。

ブログ構成

ブログ構成では、読者像と目的を一般化します。実在の相談内容や体験の細部を貼るのではなく、「初心者向け」「比較前に確認する」「安全に使う」のように、読者の困りごとだけを渡します。

画像生成

実在人物、社員証、名札、場所が分かる背景写真は、その時点で情報が外へ出ています。AIには「落ち着いた会議室」「木目の机」「青緑の差し色」のように、雰囲気だけを言葉で渡します。

社内FAQ

社内FAQでAIに頼むのは、質問欄、回答欄、確認先欄の骨組みです。実際の規程や問い合わせ履歴は入れません。FAQの型と、短い例文だけを作らせると安全です。

会話の途中で足してしまう失敗に注意します

最初の1回目は匿名化できていても、2回目、3回目のやり取りで「この案件だけ特別で」「金額は実は」「相手は○○社で」のように情報を足してしまうことがあります。事故はこの追加情報で起きやすいです。途中で補足する時も、固有名詞、金額、個人情報、未公開情報が混ざっていないかをもう一度見直します。

止まりどころを決めるなら、次の順が使いやすいです。

  1. 追加したい情報は、本当にAIが必要か
    相手名や金額を入れなくても直せるなら、最後に自分で戻します。
  2. その情報は公開済みか
    発表前、契約前、社内だけの話なら、AIへ渡す前に止まります。
  3. サービス側の設定と組織側のルールの両方を見たか
    サービスの学習設定を変えても、会社の持ち出しルールまで自動で変わるわけではありません。

迷った時の保留条件

  • 固有名詞や数字を消すと依頼の意味が成り立たない
  • 少し隠しても、文脈から相手や案件が推測できる
  • 会社ルールや契約上、外部サービスへ出してよいか判断できない
  • 画像や音声に実在人物、場所、名札、ロゴが残っている

このどれかに当てはまるなら、AIに頼む前に社内担当者や公式窓口へ確認した方が安全です。

設定の話と仕事利用の話は分けて考えます

OpenAIのData Controls FAQでは、学習への利用を切る設定やTemporary Chatの扱いが説明されています。OpenAIのBusiness dataページでは、組織向けデータの扱いが個人向けと違うことが案内されています。NotebookLMのプライバシー説明でも、個人利用とWorkspace利用で扱いが変わる箇所があります。つまり、「設定を触ったから何でも入れてよい」とは言えません。

仕事利用では、次の二段階で見ます。

  1. サービス側の公式説明を見る
    データ利用、保存、Temporary Chatや履歴、BusinessやTeamの条件を確認する。

  2. 社内ルールを見る
    顧客情報、社外秘、問い合わせ本文、未公開数字を入力してよいかは会社側のルールが優先です。

短い安全テンプレ

「取引先対応に使う文章の型を作ってください。固有名詞、金額、個人情報は入れていません。丁寧で、確認事項が先に伝わる形でお願いします。」

この一文を最初に入れるだけでも、自分が今から何を渡してよくて、何を渡さないかを意識しやすくなります。

失敗しやすい点

  • 最初は薄めていたのに、会話の途中で具体的な数字を足してしまう
  • 「例だから大丈夫」と思って、実在の会社名や人名を残してしまう
  • 背景をぼかしたつもりでも、看板や名札が読めるまま画像生成へ渡す
  • 設定があるから安全だと思い、社内ルール確認を飛ばしてしまう

今日やる一つの行動

次にAIへ頼む前に、入力欄へ貼る前の3秒だけ止まって、「固有名詞」「金額」「個人情報」「未公開情報」「認証情報」の五つを指差し確認してみてください。全部消せないなら、その依頼はまだ早い、と判断できます。

公式確認が必要な箇所

  • Data Controls、Temporary Chat、履歴や保存の扱い
  • Business、Team、Enterprise、Workspaceなど組織向けの別条件
  • 会社利用ルール、顧客情報、未公開情報の持ち出し可否
  • 画像や音声で権利や本人同意が必要なケース