仕事の情報をAIへ入力する前に：入力してよいかを4つに分けて考える

仕事でAIを使う前は、入力してよい情報かを分けて見ます。判断の軸は利用目的、情報の種類、所属組織のルール、使うサービスの利用条件です。四つの答えがそろわないときは、内容を加工して急いで入力するより、いったん保留にします。

この記事は、特定のサービスが常に学習するか、保存しないかを断定するものではありません。サービス、プラン、契約、設定、時点によって扱いは変わり得ます。実際の案件では、所属組織の担当者と、その時点の公式資料を確認してください。

情報の種類を分けると、入力前に見るべき点が見える

最初に、AIへ渡そうとしている内容を情報の種類として見ます。氏名、連絡先、購入履歴、相談内容のように個人や顧客に関わる情報。公開前の企画、見積もり、開発予定、社内資料のように未公開の情報。さらに、公開済みの資料でも、契約や組織の運用で外部サービスへの入力に制限があるものがあります。

情報は、危険か安全かの二択だけでは決められません。同じ会議メモでも、公開済みの説明文を整える目的なら必要な材料は限られます。一方、顧客とのやり取りを要約する目的では、内容、相手、業務上の約束が混ざりやすくなります。何のために使うのかを先に一文で書くと、必要な情報と不要な情報を分けやすくなります。

たとえば「社内向けの文章の見出し案を出す」が目的なら、完成前の顧客名簿や取引条件まで渡す必要はありません。目的に足りるのが見出しの主題と公開済みの説明だけなら、その範囲で下書きを作ります。入力を減らす目的は、目的に関係しない情報を持ち込まないことです。

伏字や置き換えだけで、入力可と決めない

氏名を伏せたり、「A社」「担当者B」のように置き換えたりすると、直接の識別子は減らせます。ただし、それだけで安全だとは言えません。部署、時期、金額、案件の経緯、まれな出来事の組み合わせから、誰やどの案件のことか推測できる場合があります。置き換えた後の文章にも、未公開の計画や顧客との約束が残っていないかを見ます。

判断の順序は、まず目的に必要な情報を絞り、次に直接の識別情報を外し、その後に残った文脈を読み直すことです。「名前を消したから使える」とは扱いません。個人情報保護委員会は、個人情報保護法と関連するガイドラインを公表しています。個人情報の扱いが関わる業務では、一般的な作業上の工夫だけで結論を出さず、組織内の定めや必要な確認先を使ってください。[1]

組織ルールとサービスの利用条件は、別々に確認する

所属組織のルールは、「この業務で外部の生成AIを使ってよいか」「誰の確認が必要か」「どの情報区分を入力してよいか」を決める基準です。一方、サービスの利用条件は、利用する製品、プラン、契約、設定に関する説明です。片方だけ読んでも、もう片方の代わりにはなりません。

実際の確認では、組織内のAI利用規程、情報管理の手順、顧客との契約上の約束を先に見ます。そのうえで、使うサービスの公式な利用条件、プライバシーに関する説明、管理画面の設定を、利用中のプランに対応するものとして確認します。公開されている公式資料でも、対象が法人向けか個人向けか、特定の製品か別の製品かを読み分けます。たとえばOpenAIの法人向けプライバシー説明は対象となる製品群を明示しており、Anthropicの商用規約も消費者向けの提供とは別の規約であることを示しています。これらは、説明を別のサービスや別の契約へそのまま広げないための確認材料です。[2][3]

利用条件を読んでも判断できないときに、都合のよい一文だけを根拠にしないでください。利用予定の内容を入力せずに、情報システム、法務、上長など組織で決められた窓口へ確認します。記事の一般的な説明や他社の事例は、個別案件の許可にはなりません。

架空のケースで、入力を小さくしてから判断する

次は架空の例です。実在の顧客、店舗、従業員、取引は含みません。架空の小売店が、公開済みの商品の説明を短い見出しに直したいとします。目的は「店内の案内板に載せる見出し案を考えること」です。この目的なら、入力候補は公開済みの説明文と、見出しの文字数だけです。購入者の感想原文、問い合わせ履歴、未公開の販売計画は入れません。

次に、架空の組織ルールとして「外部の生成AIには、公開済み資料と承認済みのデモ用データだけを入力できる」と決められているかを確認します。利用するサービスについては、その時点のプラン、利用条件、設定を確認します。両方の確認ができれば、公開済みの説明文だけを使った見出し案の下書きは検討できます。どちらかが不明なら、問い合わせ履歴を伏せ字にして持ち込まず、入力を保留します。

この例でAIに渡す依頼は、次の程度で足ります。

架空の公開済み商品説明をもとに、店内案内板の見出しを3案作る。各案は18字以内。購入者の情報、販売数、今後の計画は補わない。

出力を受け取った後も、人が公開済みの説明と照らし、事実でない特徴や未公開の計画が混ざっていないかを確認します。AIに入力してよいと判断した材料と、AIの出力を公開してよいかの判断は別です。

判断できないときは、入力しない状態を残す

急ぐほど、判断の根拠を一つにまとめたくなります。しかし、目的に必要な情報か、識別につながる文脈が残っていないか、組織ルールに合うか、サービス条件を確認したかは、それぞれ別の問いです。一つでも答えが不明なら、確認が必要な状態として保留します。

保留にしたときは、何を確認すれば進められるかを短く残します。たとえば「顧客との契約上、外部サービスへの入力が許可されているか」「利用中のプランと設定で扱える情報区分は何か」と書けば、担当者が答えるべき問いを分けられます。AIを使わない方法で下書きの型だけを作る、公開済みの架空例で試す、といった代替も選べます。

仕事の情報をAIへ入力する判断は、匿名化のような一つの操作だけでは完了しません。目的に必要な範囲へ絞り、情報の種類、組織ルール、サービスの利用条件を確認し、根拠がそろわなければ入力しない。この順序により、便利さを優先して確認を飛ばす場面を減らせます。

参考にした公式資料

1. 個人情報保護委員会, Laws and Policies
2. OpenAI, Enterprise privacy at OpenAI
3. Anthropic, Commercial Terms of Service