「会社情報をAIに入れるな」だけでは、仕事でAIは使えない。相談文へ翻訳する4つのルール

「会社の情報はAIに入れない」。正しいルールです。ただし、これだけを真面目に守ると、仕事でAIに相談できることはほとんど残りません。

エラーには社内のURLが出る。メールには相手の事情がある。設定には認証値がある。本番作業には公開先がある。全部消すと、残るのは「うまくいきません。どうしたらいいですか」だけです。AIから返るのも、検索すれば出てくる一般論になります。

ここで必要なのは、秘密を削る技術ではなく、仕事を相談文へ翻訳する技術です。実在する人名やURLを、判断に必要な役割・状態・制約へ変える。さらに「説明まで」「変更しない」という実行境界を書く。これなら、秘密を渡さずに、相談の解像度を残せます。

この記事では、エラー、顧客メール、.env、本番作業を模した4つの架空ケースを実際に翻訳しました。元の文に置いた固有情報16個は、翻訳後に0個。一方で、AIが考えるための条件12個は12個とも残りました。結果だけでなく、数え方と翻訳シートも公開します。

秘密を消すだけでは、相談文まで消える

情報を守ろうとすると、多くの人は「危なそうな文字を消す」と考えます。ところが、削除だけには落とし穴があります。

たとえば、エラー画面からメールアドレス、URL、ファイルの場所、トークンらしき文字列を全部消したとします。安全には近づきます。しかし、何をして、いつ止まり、どの環境でだけ起きるのかまで消せば、AIは確認順を絞れません。顧客メールも同じです。会社名、担当者、金額を伏せるだけでなく、急ぎの依頼なのか、断りたいのか、代替案を出したいのかまで消すと、ただ丁寧なだけの返信が返ります。

つまり、仕事の相談には2種類の情報が混ざっています。

• 固有情報：実在する人名、会社名、メール、URL、認証値、注文番号、未公開の数字
• 判断条件：何が起きたか、相手との関係、守る期限、変えてよい範囲、欲しい回答

消すべきなのは前者です。後者は、むしろ明確にしなければいけません。「全部見せる」と「何も言わない」の間に、相談文への翻訳があります。

ツール側にも操作を止める仕組みはあります。OpenAIはCodexについて、サンドボックスと承認設定で作業範囲やネットワーク利用を制御すると公式に説明しています。AnthropicもClaude Codeについて、既定では読み取り中心で、編集やコマンド実行には権限確認があると説明しています。ただし、操作の権限確認と「入力してよい情報か」の判断は別です。許可画面があるから、顧客メールや秘密鍵を貼ってよい、とはなりません。

安全な使い方を一文にするなら、こうです。

入力は「固有情報から判断条件へ翻訳」し、操作は「説明と実行を分離」する。

4つの仕事を翻訳すると、固有情報16個を0にできた

精神論にしないため、4つの架空ケースを作って数えました。実在データは使っていません。各ケースには、見分けやすい架空の固有情報を4個ずつ、合計16個入れています。あわせて、AIが回答を考えるための判断条件を3個ずつ、合計12個決めました。

翻訳後に確認したのは、次の3点です。

1. 元の固有情報16個が残っていないか
2. 判断条件12個が残っているか
3. 変更・送信・接続などの実行境界が書かれているか

架空ケース	元の文に入れた固有情報	翻訳後に残した判断条件	結果
エラー	メール、社内URL、個人パス、デモ用トークン	起動直後、認証設定の種類、確認順が欲しい	固有情報 4→0、条件 3→3
顧客メール	氏名、会社名、注文番号、金額	継続取引、納期短縮の依頼、代替日を出したい	固有情報 4→0、条件 3→3
.env	デモ用APIキー、DB URL、アカウントID、Webhook値	開発環境だけ失敗、接続設定、値を表示しない	固有情報 4→0、条件 3→3
本番作業	顧客ドメイン、管理者名、リリースID、本番パス	公開に影響、影響範囲が知りたい、実行しない	固有情報 4→0、条件 3→3

合計は、固有情報16→0、判断条件12→12、実行境界4件中4件でした。これはセキュリティ製品の性能試験ではなく、相談文の作り方を確かめる小さな編集実験です。同じ数え方を、自分の下書きにも使えます。

たとえば、エラーの元文をそのまま再掲する代わりに、固有情報を含む部分を「メール」「社内URL」「個人パス」「認証値」とだけ分類します。翻訳後はこうなります。

ローカルの練習用プロジェクトで、開発サーバーが起動直後に止まります。
認証設定が見つからない種類のエラーです。
実際のメール、URL、ファイルパス、認証値は提示しません。
変更コマンドは実行せず、確認する場所を優先順に3つ説明してください。

これなら「いつ止まるか」「何の種類か」「何が欲しいか」は残っています。AIに必要なのは、本人しか持っていない文字列より、問題の構造です。もっともらしい回答を受け取った後の確認は、AIの答えをうのみにしない確認のコツと組み合わせると迷いにくくなります。

翻訳は、消す・置き換える・境界を書くの3手で終わる

翻訳の手順は3つです。大がかりな匿名化作業にする必要はありません。

1. 答えに不要な固有情報を消す

まず、認証に使える値、実在の連絡先、内部URL、注文番号、未公開の金額を外します。「これがなくても確認順や文章の型を考えられるか」が判断基準です。考えられるなら、消します。

.env の相談なら、値は一文字も見せません。必要なのは多くの場合、環境変数の名前がどこで読み込まれるか、開発環境と本番環境が分かれているか、再起動が必要かという確認順です。本物の値ではありません。

2. 消すと意味が崩れる情報を、役割へ置き換える

「株式会社サンプルの担当者」は「継続取引の担当者」、「7月18日15時」は「予定より短い納期」、「128,400円」は「予算上限を超える金額」に変えます。固有名詞を一般語にするのではなく、判断に効く関係へ変えるのがポイントです。

顧客メールなら、次のようにできます。

継続取引の相手から、予定より短い納期を求められています。
現状では約束できないため、断るだけでなく代替日を1つ提示したいです。
実際のメール本文、人名、会社名、注文番号、金額は使わず、返信の構成を3案ください。
送信はせず、下書きだけ作ってください。

名前は消えましたが、「継続取引だから雑に断れない」「代替案が必要」という仕事の難しさは残っています。AIへ頼む前の材料整理は、お願いの解像度を上げる方法でも使えます。

3. 最後に、実行境界を書く

「確認してください」だけでは、説明が欲しいのか、ファイル変更まで頼んでいるのかが曖昧です。文末に、次のどれかを足します。

説明だけしてください。変更はしないでください。
候補を3つ出してください。外部接続はしないでください。
影響するファイルと戻し方を説明してください。実行はしないでください。
下書きだけ作ってください。送信・公開・購入はしないでください。

私たちの実務でも、本番に関わる相談は、いきなり「直して」ではなく「影響する場所、確認方法、戻し方を説明して。まだ実行しない」から始めます。慎重さのために一手増やすのではありません。説明と実行を分けると、間違った前提を直せる場所が1つ増えます。

相談文翻訳シートを、そのまま使う

次にAIへ相談する直前、この4欄だけ埋めてください。スクリーンショットを見せる前に、紙やメモへ書く想定です。

欄	書くこと	書かないこと
1. 状況	何をした直後に、何が起きたか	実在のURL、画面全体、過去ログ全部
2. 目的	何を判断・作成・確認したいか	「いい感じに」「全部直して」
3. 制約	期限、相手との関係、守る条件	氏名、会社名、注文番号、認証値
4. 境界	説明まで、下書きまで、変更禁止	相談と送信・公開・購入の同時依頼

4欄を1つの依頼文にすると、次の形になります。

【状況】
[何をした直後に、どんな種類の問題が起きたか]

【目的】
[確認順、返信の構成、選択肢など、欲しい回答]

【制約】
[期限、相手との関係、守りたい条件]
実在の人名、会社名、連絡先、URL、注文番号、認証値、未公開数字は使いません。

【実行境界】
[説明／候補／下書き]までにしてください。
変更、外部接続、送信、公開、購入、設定更新はしないでください。

保存するときは、プロンプトだけでなく、4欄の表も一緒に残すのがおすすめです。新しい仕事で迷ったとき、「何を隠すか」ではなく「何へ置き換えるか」を見直せるからです。

誰かにこの記事を送るなら、AIに詳しい人より、エラーのスクリーンショットや顧客メールをそのまま貼りそうになっている同僚へ送ってください。「貼るな」と注意するだけでは仕事が止まります。「この4欄へ変えよう」まで渡せば、次の行動が残ります。

翻訳しても、AIへ入れてはいけない仕事がある

ここまで読むと、「翻訳すれば何でもAIに相談できる」と見えるかもしれません。そうではありません。翻訳は、勤務先や取引先のルールを上書きする抜け道ではありません。

次に当てはまる場合は、相談文へ変える前に止まります。

• 勤務先や取引先が、外部AIへの入力自体を禁止している
• 正確な本人情報、顧客データ、医療・法務・人事情報を渡さないと答えられない
• 本物のAPIキー、パスワード、秘密鍵、アクセストークンを確認させたい
• 未公開の契約、価格、売上、障害、買収など、漏れた場合の影響が大きい
• 誰が許可し、どこへ保存されるかを説明できない

この場合は、承認された社内ツールや架空データを使う、担当者に確認する、AIを使わずに処理する、のどれかです。「便利そうだから」より、組織のルールが先です。

また、相談文へ翻訳できても、AIの答えが正しいとは限りません。コマンド、契約文、顧客への返信、本番作業は、人が事実と影響を確認します。Claude Codeを初めて触るなら、練習用フォルダで始める30分の手順のように、失敗しても影響のない題材から試してください。

「会社情報をAIに入れるな」は、入口としては正しい。ただし、そこで思考を止めると、AIを使う人は隠れて貼るか、何も相談できなくなるかの二択になります。

必要なのは第三の選択です。固有情報を消す。判断条件へ置き換える。実行境界を書く。次に貼ろうとしている1件を、まず4欄の翻訳シートへ移してください。それでも固有情報が必要なら、その仕事はAIへ入れない。安全と実用性は、その線引きで両立します。