小さなチームのためのAIデータ安全入門
小さなチームがAIを仕事に使う前に決めたい、入力してよい情報、入力前に外す情報、承認が必要な出力の基本。
小さなチームのためのAIデータ安全入門
AIは、実務に入って初めて役に立ちます。メールの下書き、議事録の整理、調査メモの要約、FAQのたたき台。小さなチームほど、すぐ試せる場面は多いはずです。
ただし、実務には顧客情報、社内資料、未公開の計画、契約条件、アカウント情報が混ざります。便利だからといって、手元の文章をそのままAIに貼り付ける運用は危険です。
この記事は、法律上の助言ではありません。チームでAIを使い始める前に決めておきたい、実務上の出発点を整理します。
2026年の更新：ツールごとのデータ扱いを分けて見る
AIツールは「個人向けチャット」「会社契約のワークスペース」「API」「社内環境」「複数アプリと接続する agent 型ツール」などに分かれてきました。同じ会社のサービスでも、入力や出力の扱い、保存期間、管理者の見え方、コネクタの範囲が違う場合があります。
チームで使う前に、最低限この点を分けて確認します。
| 確認項目 | なぜ必要か |
|---|---|
| 学習利用 | 個人向けサービスとBusiness/API系で前提が違う場合がある |
| 保存期間 | チャット、ファイル、ログが残る期間で入力できる情報が変わる |
| 共有範囲 | 管理者、チームメンバー、連携アプリから見える範囲を確認する |
| コネクタ | Drive、メール、カレンダー、ブラウザ、ファイル接続でリスクが変わる |
| 削除方法 | 会話、ファイル、アカウント、ログの削除方法を先に確認する |
「AIだから同じ」と考えず、実際に使う製品、プラン、設定を確認します。
最初に決める3つのこと
細かい規程を作る前に、まず次の3つを決めます。
| 決めること | 具体的に決める内容 |
|---|---|
| 何を入力してよいか | 公開情報、低リスクの社内情報、匿名化したメモなど |
| どのAIツールを使ってよいか | 個人アカウント、会社契約、API、社内承認済みツールを分ける |
| どの出力を人間が確認するか | 外部公開、顧客対応、法務、価格、セキュリティ関連の出力 |
AIの安全運用は、難しい専門用語から始めるよりも、入力、ツール、確認者を先に決めるほうが現場に定着します。
入力情報を4段階に分ける
まず、AIに渡す前の情報を4段階に分けます。
| 区分 | 例 | 基本方針 |
|---|---|---|
| 公開情報 | 公式サイト、公開資料、公開済みの説明文 | 入力可。ただし出典と日付は残す |
| 低リスクの社内情報 | 社内向けの一般的な議題、匿名化した作業メモ | 必要最小限にして入力 |
| 承認が必要な情報 | 顧客固有の事情、契約、財務、採用、未公開計画、個人情報 | 承認済みツールと社内ルールがない限り入力しない |
| 入力禁止情報 | パスワード、API key、token、秘密鍵、認証コード、脆弱性の詳細 | AIツールに入力しない |
日本の個人情報保護委員会も、生成AIサービスの利用時には個人情報の入力や出力の扱いに注意するよう呼びかけています。小さなチームでも、「便利だから貼る」ではなく「貼ってよい情報か確認する」を標準にします。
入力前に情報を最小化する
AIは、全文を渡さなくても役に立つことが多いです。入力前に、次の情報を外します。
- 氏名、メールアドレス、電話番号、住所
- 顧客ID、注文番号、アカウントID
- 非公開URL、社内URL、招待リンク
- 契約条件、金額、未公開の売上や原価
- パスワード、API key、token、認証コード
- 社内の判断過程や未公開ロードマップ
代わりに、「顧客A」「製品B」「契約条件X」「社内プロジェクトY」のような置き換えを使います。
悪い例：
この顧客メールを読んで返信を書いて。
（実名、契約条件、金額、社内担当者名を含む全文を貼る）
安全に近づけた例：
納期遅延に不満を持つ顧客へ返信する必要があります。
顧客名、契約条件、金額、社内担当者名は含めません。
謝罪、現在の状況、次の確認事項を含む返信構成を作ってください。
これでも、AIは構成や表現を助けられます。AIに渡す情報は、仕事を進めるために必要な範囲まで減らします。
ツールの種類を分けて考える
同じ「AIツール」でも、個人向けサービス、会社契約のサービス、API、社内環境では、データの扱いが異なる場合があります。たとえば、サービスによっては、入力データがモデル改善に使われるかどうか、保存期間、管理者の可視性、設定で変えられる範囲が違います。
チームで使う前に、最低限この4点を確認します。
| 確認項目 | 見るポイント |
|---|---|
| 学習利用 | 入力や出力がモデル改善に使われるか、拒否設定があるか |
| 保存期間 | 会話やファイルがどれくらい保存されるか |
| 共有範囲 | 管理者、チームメンバー、外部連携先が見られるか |
| 削除方法 | 会話、ファイル、アカウント、ログをどう削除できるか |
OpenAIの公開ヘルプでも、個人向けサービスとBusiness/API系のサービスではデータ利用の前提が異なることが説明されています。どの会社のツールでも、「AIだから同じ」と見なさず、使うサービスのデータ利用条件を確認します。
人間が確認すべき出力を決める
次の出力は、そのまま外部に出さないほうが安全です。
- 法務、規約、契約、コンプライアンス文書
- 医療、金融、教育成果、採用判断に関わる助言
- セキュリティ設定、障害対応、脆弱性に関する手順
- 価格、返金、課金、権利、アカウント削除に関する説明
- 外部向け発表、プレス文、広告、FAQ
- 顧客への約束、納期、補償、サポート回答
AIは下書きを作れます。しかし、責任を持つのはAIではありません。外部に出る文章、契約や安全に関わる文章、ユーザーの期待を変える文章は、人間が事実、根拠、表現の強さを確認します。
小さなチームの運用ルール例
最初のルールは短くてかまいません。次のような形にして、社内で共有します。
未承認のAIツールに、秘密情報、個人情報、顧客固有情報、未公開の事業情報を入力しない。
必要な場合は、氏名、ID、金額、契約条件、非公開URLを置き換えてから使う。
外部に出す文章、顧客への約束、価格・返金・法務・セキュリティに関わる内容は、担当者が確認する。
このルールは完璧ではありません。それでも、チーム全員が同じ判断基準を持つだけで、事故の多くは減らせます。
公開コンテンツでの扱い
企業ブログ、ヘルプ記事、FAQ、製品紹介文でも、同じ考え方を使います。AIで下書きを作る場合でも、公開前に次の内容は必ず確認対象です。
- 価格、返金、課金、権利、利用条件に関わる表現
- アカウント削除、データ削除、保存期間、プライバシーに関わる表現
- アプリストア規約や外部サービス規約に関わる表現
- 製品の公開状態、機能、サポート範囲に関わる表現
- 法務、サポート、会社情報に関わる表現
これらは、編集だけで判断せず、公式に確認済みの情報だけを使います。
今日からできる5つのチェック
AIに情報を渡す前に、次の5つだけ確認します。
- この情報は公開済みか。
- 個人名、メール、ID、金額、契約条件を外したか。
- 会社として使ってよいAIツールか。
- 出力をそのまま外部に出してよい種類の内容か。
- 最後に確認する担当者が決まっているか。
迷ったら、貼らない。必要なら、要約し、置き換え、承認されたツールで扱う。これが小さなチームにとって現実的な第一歩です。
まとめ
AIのデータ安全は、難しい制度よりも先に、入力の境界を決めることから始まります。
- 入力情報を公開、低リスク、承認必要、入力禁止に分ける。
- 個人情報、顧客固有情報、契約条件、秘密情報はそのまま貼らない。
- AIツールごとに、学習利用、保存期間、共有範囲、削除方法を確認する。
- 外部公開、顧客対応、価格、法務、セキュリティの出力は人間が確認する。
- 小さなチームほど、短いルールを早めに共有する。
次に読むなら、AIの出力をどう確認するかを整理した AI出力を確認するためのチェックリスト と、実務での依頼文を作る Prompt Engineering の基本 がつながります。AIの仕組みから知りたい場合は 生成AIはどう動くのか も参考になります。