問い合わせ原文を対話型AIに貼る前、形式マスキングが同じ顧客に紐づく理由
サポート担当が苦情の原文を対話型AIに投げ、返信案を頼む。電話番号に星を付けただけでは、その段落が一人に指差しできなくなったことにはなりません。形式マスキングが見るのは、電話、個人番号のよくある桁、カード、メール、鍵、IP といった照合できる形です。氏名、住所、受付番号、「昨日の午後4時の通話」は、プロンプトに残ります。以下では覆える層と残る層を分け、このタブで照合できる手順を書きます。URLクリーナーの操作説明ではありません。
まず星が覆う層を分ける
本記事が答えるのは「問い合わせを対話型AIに貼る前、形式マスキングが同じ顧客に紐づく理由」だけです。URLクリーナーのフォーム説明でも、各社モデルのプライバシーポリシー全文でもありません。
貼ると 何が移る か
「返信の書き方を聞いただけ」ではありません。問い合わせ全文が、別の処理者の入力になります。コピーは、自社のチケットシステムだけには残りません。
サポート、運用、当番の開発が対話型AIを下書き道具にするのは、すでに日常です。苦情、ログ、議事録を貼り、もう少し整った文を待つ。貼り付け欄は今開いているブラウザの中に見えます。送信したあと、文字は現在のタブを離れています。モデル提供側は自社の約款に従い、学習に使うか、履歴に残すか、安全審査のために別途保管するかを決めます。本機で付けた星は、送信ボタンを押す前に入っていなければ、その回のリクエストには効きません。
2023年4月、サムスン半導体事業の技術者が、およそ20日のあいだに3回、出してはいけない材料を ChatGPT に貼りました。半導体データベースのソース、装置の欠陥検査コード、社内の議事録です。PCMag は『The Economist』韓国語報道を引用してこの3件を記録し、続いて Bloomberg は2023年5月、会社が業務端末での生成AIを禁じたと報じました。3件のどれも「電話に星を付け忘れた」ではありません。外へ出たのはソース、アルゴリズム、会議の中身です。
同年、Cyberhaven は自社製品を使う企業の従業員およそ160万人の職場行動を集計しました。2023年6月前後の更新では、ChatGPT 公開以降、約4.7%の従業員が少なくとも一度は機密を貼り、貼った内容の約11%が機密とラベルされていた、と書いています。数字は Cyberhaven 自身のブログにあります。一社のテレメトリであり、業界全体の調査ではなく、2026年のすべての窓口に外挿してはいけません。照合できるのは狭い事実だけです。業務の原文を消費者向けの入力欄へ貼ることは、2023年の時点ですでに十分ありふれており、「貼る前のマスクがどの層を変えたか」を別に問う理由になります。
これは「新しい鍵をチャットに戻してはいけない」話とは別の層です。あちらはローテーション後の API キーが、検索できるチャンネルへ再貼りされる話です。既存記事クラウドの環境変数が流出したあと、新しい鍵をチャットに送ってはいけない理由を見てください。本記事が補うのは、その隣の日常経路です。問い合わせ、メール、ログがAIに入る前、形式マスキングが変える識別の層と、平文のまま残る層です。
対話型AIへ貼る前に問うのは、「モデルが次の利用者に声を出して読むか」ではありません。「この回の本文に、同じ顧客へ突き合わせられる欄と経緯が、まだいくつ残っているか」です。星は、ルールが実際に当たった区間だけを覆います。
形式マスキングが 覆う6種
見るのは形です。「個人情報らしく見えるか」ではありません。6種は例文でその場照合できます。6種の外は、自動では動きません。
UsePwd のマスキングは、現在のタブでマスクします。開いてすぐ使え、登録は不要です。検出は6種に固定されています。電話、よくある桁の個人番号、銀行カード、メール、APIキー、IPです。原文は HTTP のリクエスト本文に入らず、analytics にも書きません。1回の貼り付けは 512 KB までで、超えたら分割します。自然言語理解ではありません。「山田花子」に点数を付けず、「神宮前1-2-3」が住所かどうかも判断しません。
電話は、中国大陸の携帯電話、国際番号の + 始まり、よくある北米表記を拾います。国内の 090-1234-5678 は、この3系統のどれにも乗らないことがあり、星が付かないまま残ります。個人番号側は、18桁の住民IDを検査数字で確かめてから動かし、注文番号の数字列を誤って拾いにくくします。加えて15桁の旧号、米社会保障番号の 123-45-6789、旅券風の英字プラス数字の一部です。マイナンバーの12桁は対象外です。カードは13〜19桁かつ Luhn 検査で、15桁と18桁の連続は個人番号側と取り合いしないよう飛ばします。メールはローカル部 @ ドメインです。鍵は公開されている接頭辞で、例は sk-、sk_live_、sk_test_、AKIA、ghp_、github_pat_、xoxb-、Bearer です。IP は IPv4 と一部の IPv6 表記です。
既定はスマートマスクです。電話、個人番号、カードは末4桁を残し、メールはローカル部の先頭1文字とドメイン全体を残し、鍵は接頭辞と末4桁を残し、IPv4 は先頭2オクテットを残します。完全マスクは、当たった区間を同じ長さの星にします。メールは ***@***、鍵は見分けられる接頭辞に *** を足します。どちらの方式も、当たった区間だけを変えます。右側に今回の種類と件数が並び、「匿名になった」という口約束の代わりに、照合できます。
+819012345678 は星の列に 5678 が付きます。末4桁は、突き合わせの鍵のままです。
hanako@example.com は h***@example.com になります。社用メールでは、ドメインの方がローカル部より指差しやすいことがあります。
sk_test_ は残ります。IPv4 の先頭2オクテットも残ります。何の種類だったかは分かります。秘密全体が消えたことにはなりません。
検出のスイッチは種類ごとに切れます。電話を切ると、番号は平文のまま残ります。照合用であり、「チェックを減らすほど安全」ではありません。問い合わせをAIへ出す前は、6種をすべて入れたまま、次の節で残った文が一人に届くかを見てください。国内ハイフンの携帯が残っていたら、それは漏れではなく、ルールが形だけを見ている証拠です。
末4桁が残ると なぜ紐づく か
法令は「誰だか分からない」と「直接の識別子を外した」を分けています。問い合わせ本文は、たいてい後者だけを、しかも半分しかしていません。
個人情報の保護に関する法律は、生存する個人に関する情報で、特定の個人を識別できるものを個人情報とします。e-Gov の法令本文第2条第5項の仮名加工情報は、他の情報と照合しない限り特定の個人を識別できないように加工した個人に関する情報です。同条第6項の匿名加工情報は、特定の個人を識別できず、かつ復元できないようにしたものです。個人情報保護委員会の FAQ は、匿名加工情報は原則として個人情報に当たらず、仮名加工情報は作成元の個人情報や削除情報等を事業者が持つ以上、原則として個人情報に当たると書き分けています。+819012345678 を *********5678 にするのは、仮名加工に近い日常の手法です。匿名加工ではありません。完全な問い合わせ、通話録音、注文台帳を持つ人は、末4桁、メールドメイン、苦情の経緯を突き合わせられます。
スマートマスクが末4桁とドメインを残すのは、担当が「今いじった行は、意図した行か」を本機で確かめるためです。その残りを、任意の第三者へ渡してよい根拠にはしません。完全マスクは残りを消し、突き合わせのコストを上げます。氏名、住所、受付番号、経緯は、スイッチを切り替えただけでは消えません。「星が増えた」を「識別できなくなった」と読むのは、仮名加工を匿名加工と取り違えることです。
メールドメインは、ローカル部より危ないことがよくあります。個人向けの @example.com は指差しが弱い。従業員20人の社用ドメインに「昨日の午後4時に返金を求めた」が付くと、社内ではほぼ指名です。IPv4 を 203.0.*.* にしても、公衆網では意味が薄い一方、社内が一つのサブネットなら、その区間そのものが手がかりです。鍵が sk_test_ や ghp_ のまま残ると、下流の読み手には「どの種類の認証情報が一度そこにあったか」が分かります。接頭辞は秘密そのものではありません。分類のラベルです。
本記事が個人情報保護法と委員会 FAQ を引くのは、「識別できる / 仮名加工 / 匿名加工」を三語のまま分けるためです。UsePwd は同法、GDPR、ISMAP の認証をうたわず、コンプライアンス監査も提供しません。マスキングは本機の補助です。重要な外向け文面は、人がもう一度見てください。
氏名、住所、受付番号は 残る
ルールは氏名を読まず、「外箱が破れて届いた」も理解しません。これらの欄は、電話より役に立つことがよくあります。
漢字2文字や4文字の氏名に、共通の検査数字はありません。住所は町名、番地、部屋番号の組み合わせで、桁が決まっていません。受付番号、注文番号、追跡番号は事業者ごとに作ります。今日は WO-20260903-8842、明日は別の接頭辞です。対話型AIに返信案を頼むとき、まさにその経緯が要ります。いつ電話したか、荷物がどこに着いたか、何を約束したか。形式エンジンが全部を消すと、下書きは使えなくなります。残すと、識別の層がそのまま残ります。
だから、人が消すべき行は、しばしば電話ではありません。電話はルールが当たりやすい。二度見る価値があるのは、連絡先の呼び方、住所が丸ごと残っていないか、検索できる番号が残っていないか、時刻と内容で一通の通話を固定できないか、です。この4つをプロンプトに残したまま「マスキング済み」と呼ぶと、示せるのは電話の行が短くなったことだけです。
モデルに言い回しの調整や返信の要点整理だけを頼むなら、呼び名は「お客様」、住所は「お届け先」、番号は「注文A」、時刻は「前回の通話」に書き換えてください。形式ルールの星では、この層は処理できません。実在の番号で本番システムを調べさせたいなら、すでに「マスクしてから外へ出す」を外れています。モデル側が識別子を再び見ます。本機のマスクは意味を持ちません。
その場でマスクを 照合する
目標は「モデルが誰も見えない」ことの証明ではありません。6種がルールどおり変わり、氏名と経緯が残っており、この入力が UsePwd のリクエスト本文に入っていないことを確かめることです。
-
01
実在しない例の問い合わせを用意する
本番の案件は使わないでください。例:受付
WO-20260903-8842、連絡先 山田花子、国際表記の電話+819012345678、国内表記090-1234-5678、メールhanako@example.com、カード4111111111111111(公開テスト番号)、米SSN形式123-45-6789(照合用。マイナンバーではない)、配送先 東京都渋谷区神宮前1-2-3 サンプルマンション201。要望は、昨日の午後4時の録音で約束した返金が未着、注文EX20260903001。デバッグメモには、コールバックがsk_test_ExampleNotARealKey01を使い、送信元が203.0.113.10だった、と書きます。 -
02
マスキングを開き、入力を空にする
URLクリーナーを開き、マスキングに切り替えます。ページは開いてすぐ使えます。前回の貼り付けと混ざらないよう、必要なら入力欄を空にしてください。検出の6種はすべて入れたまま、既定のスマートマスクで始めます。
-
03
件数と残った文字を照合する
結果の集計には、電話、メール、カード、個人番号、APIキー、IP が並ぶはずです。
+819012345678は5678を残し、メールはh***@example.comに近く、鍵はsk_test_と末4桁を残し、IPv4 は203.0.*.*に近く、SSN形式は6789を残します。山田花子、神宮前1-2-3、WO-20260903-8842、EX20260903001、「昨日の午後4時」は平文のまま残るはずです。国内の090-1234-5678も、残ることがあります。残っているなら、この文は「もう紐づけできない」としてAIへ渡せる段階ではありません。 -
04
完全マスクを一度走らせ、差を読む
完全マスクに切り替えます。末4桁とメールドメインは読めなくなるはずです。氏名、住所、受付番号、経緯は残ります。その差で、モデルに渡すのが言い回しの調整なのか、実在番号での照会なのかを決めてください。
-
05
ネットワークパネルで原文の有無を見る
F12 を押し、ネットワークを開きます。マスキング中に、問い合わせ全文をリクエスト本文として送る API は見えないはずです。本番では
/tj/へアクセス解析が飛ぶことがあり、ペイロードはページ名やボタン名、たとえばマスキング回数であり、貼った原文ではありません。本機プレビューは解析を送りません。
この手順は平文はブラウザを出ますかと対になります。あちらは平文がブラウザを出るか、本記事は出る前に星がどの層を覆ったか、だけを答えます。どちらも、URLクリーナー上のフォームの代わりにはなりません。問い合わせにキャンペーンリンクが付いているなら、同じページのクリーンリンクで先に utm_* と click ID を外せます。それは別の層です。既存記事キャンペーンリンクを二次転送すると、UTMとclick_idは何の識別を一緒に持ち出すかを見てください。
マスキングでは 防げない こと
「星を付けた」を「AIへ貼れば匿名」と読むと、同じように照合できる境界をいくつか落とします。
OpenAI の Temporary Chat の説明は、「履歴に出ない、学習に使わない」と「安全目的で最大30日保管し得る」を同じページに置いています。モデル性能の改善にデータをどう使うか(2026年3月13日更新)は、ChatGPT などの個人向けサービス上の内容が、オプトアウトしない限り学習に使われ得ること、Temporary Chat は学習に使わない別の制御であることを書いています。他社の約款は違います。一社のスイッチを、すべての入力欄の同じ約束と読まないでください。その場で見える共通の事実は単純です。送信したあと、本文はこのコンピュータの単独管理下にはありません。
マスクしてから渡してよいのは、言い回しの調整、要点の列挙、誤字の確認だけが必要な文です。直接の識別子を外したあと、経緯が足りていれば足ります。鍵一式、パスフレーズ、未公開ソース、会議の録音全文を「星を付けたから貼れる」と扱う用途には向きません。まとまった機密はワンタイムリンクへ回してください。平文はこのタブで AES-256-GCM により暗号化し、番号は ?id=、鍵は # の後ろ、作成も閲覧も登録不要ですぐ使え、サーバーが一時保管するのは暗号文だけです。鍵がアクセスログに入らない理由は、URL の # fragment がサーバーログに出ない理由にあります。二つのツールを、同じ保証にまとめないでください。
ファイルのバックアップは三つ目の経路です。1件あたり 5 GB までの本機暗号化はファイル暗号化へ進み、.lock / .enc を書き、ファイルは既定でアップロードしません。パスフレーズそのものの強さは別の問いです。パスワード生成で 6–128 文字を作り、パスワード強度チェックで本機の強度と、ページ同梱の弱いパスワード公開リストを見てください。検査はネット全体の漏洩照会ではなく、検査するパスワードはアップロードされません。これらのページも本記事と同じく、登録不要ですぐ使えます。上部バー右側は言語切替だけです。
対話型AIへ貼る前に見てください。ルールが覆ったのは6種の欄か、隠したつもりだった人全体か。形式の当たりと、経緯による突き合わせを分けられれば、マスキングの仕組み記事を「マスクしたから任意のモデルへ渡してよい」という保証には読みません。
AIに貼る前に よく聞かれる こと
以下の4つは本記事の境界の中だけを答えます。クリーナーページのボタン説明は繰り返しません。
読み終えたら マスク結果を照合する
記事が答えたのは、形式マスキングが同じ顧客に紐づく理由です。マスクした種類と残った経緯をその場で照合するなら、マスキングを開いてください。先に登録する必要はありません。