ローカルAIでもクラウド送信は起きる？Perplexityの許可制で分かる機密データの境界
ローカルAIを安全側から使うには、端末内とクラウドの境界を見分けられるだけで迷いが減ります。
Web検索や外部サービスを使う瞬間、データの行き先は変わります。
許可ボタンを押す前の確認点を一緒に見ていきましょう。
ローカルAIでも、使う機能によってクラウド送信は起きます。
端末内で資料を処理していても、Web検索、接続アプリ、クラウド上位モデルを呼び出せば、必要な文脈が外へ渡る場合があるためです。
2026年8月のPerplexity公式発表では、Portable Computerは端末外へ内容を送る前に利用者へ許可を求める設計です。
ただし、許可ボタンがあることと、機密データを送ってよいことは別問題。この記事では、送信の境界と社内で決める線引きを具体化します。
ローカルAIでもクラウド送信は起きる
ローカルファーストとは、端末内処理を基本にしながら、必要なときだけ外部機能を使える設計です。
ネットワークから切り離した完全オフライン環境と同じ意味ではありません。
要点製品名ではなく、データの移動で判断する
ローカルAIの安全性は、どの機能が、何を、どこへ送るかで変わります。「ローカルだから可」と一括許可せず、外部機能ごとに線を引きます。
端末内が基本
ローカルモデルの推論
会話とタスク履歴
許可したファイルの処理
許可後に端末外へ
Webの最新情報
接続アプリとの通信
クラウドモデルへの文脈
Portable Computerの基本機能や対応環境を先に確認したい場合は、Perplexity Portable Computerの製品概要から読むと、今回のデータ境界がつかみやすくなります。
出典: Perplexity公式「Introducing Portable Computer for local-first AI」(英語)
ローカルAIでクラウド送信が起きる4つの境界
Perplexityの公式説明を実務向けに分けると、データ経路は端末内処理、Web検索、接続アプリ、クラウド助言の4つです。
同じローカルAIの画面から操作していても、処理場所は同じではありません。
端末内処理
資料の検索、要約、統合を端末側で進める。
Web検索
最新の公開情報を端末外から取得する。
接続アプリ
許可した外部サービスの情報を読み、操作する。
クラウド助言
難しい推論に必要な文脈だけを外部モデルへ渡す。
4つの境界と端末外通信の有無
| 経路 | 端末外通信 | 既定の考え方 |
|---|---|---|
| 端末内処理 | 基本なし | 最初に検証 |
| Web検索 | あり | 公開情報向け |
| 接続アプリ | あり | 権限を限定 |
| クラウド助言 | あり | 文脈を最小化 |
接続アプリとして、公式発表はGoogle Drive、Gmail、Slack、GitHubを例示しています。
Slackへのメッセージ送信例もあるため、コネクターを読み取り専用だと決めつけないことが大切です。
Webを使うAIでは、表示内容を読むだけでなく操作まで進む場合があります。
AIブラウザ操作で情報漏洩を防ぐ安全ルールも合わせ、読み取りと外部送信を分けてください。
クラウド送信の許可制で守れること・守れないこと
Portable Computerの許可制には、無自覚なクラウド送信を止める防波堤として意味があります。
公式研究記事では、関連する文脈を選び、PII(個人を識別し得る情報)を分類し、端末外へ出る内容を示してから承認を得る設計が説明されています。
守りやすくなる範囲
送信の直前に立ち止まり、対象の文脈と外部機能を確認できる。
VS
残る管理責任
データ区分、利用目的、契約条件、誤承認、端末管理は組織が決める。
一方で、手動承認と自動承認の選択肢も公式研究記事に記されています。
公開情報だけの定型作業なら自動化の余地がありますが、顧客情報や未公開資料を扱う仕事では手動確認を残す方が境界を見失いにくくなります。
注意PII検出は安全保証ではない
人名を検出できても、案件番号、取引条件、未公開数値、設計情報は別の機密です。PII分類を社内の情報分類の代わりにしないでください。
生成AIに社内データを学習させない設定の確認点で扱う学習利用と、今回のクラウド送信は分けて見ます。
学習に使わない設定でも、処理のための送信自体がなくなるとは限りません。
出典: Perplexity公式研究記事「A local-first agent for private and cost-effective knowledge work」(英語)
ローカルAIに入れるデータを4区分する
ローカルAIの利用可否は、資料名ではなく中に含まれる情報の強さで決めます。
次の4区分はPerplexity公式の分類ではなく、社内運用を始めるためのたたき台です。
情報4区分とクラウド送信の既定値
| 区分 | 情報例 | 既定の運用 |
|---|---|---|
| 公開 | 公開済み資料 | 外部機能を許可可 |
| 社内 | 一般手順書 | 最小化して手動承認 |
| 機密 | 顧客・人事・契約 | 原則ローカル限定 |
| 禁止 | 秘密鍵・認証情報 | AIの読取範囲外 |
社内区分は「送ってもよい」という意味ではありません。
業務目的に必要な箇所だけを抜き出し、氏名や案件名を置き換えたうえで、送信先と契約条件を確かめます。
機密区分では、Web検索とクラウド助言を止めた端末内処理から始めます。
外部情報が必要なら、元文書ではなく匿名化した質問へ分ける方が、誤承認の影響を抑えやすくなります。
警告認証情報はローカルAIにも読ませない
パスワード、APIキー、秘密鍵、復旧コードは、クラウド送信を止めるだけでは守り切れません。対象フォルダから除外し、専用の秘密情報管理へ分けます。
区分の名称より、禁止業務を先に決める方が現場で迷いません。
生成AIの社内ルールを禁止業務から決める3分類へつなげると、自社向けの線引きを作れます。
出典: 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」
クラウド送信を許可する前の5項目
許可画面が出たら、反射的に進まず、内容、宛先、最小化、社内許可、記録の順で見ます。
承認者が毎回同じ順番で確認できれば、担当者ごとの判断差も小さくできます。
- 内容: 原文、要約、ファイル名、検索語、引用箇所のどれが送られるか
- 宛先: Web検索、接続アプリ、クラウド助言のどの機能へ渡すか
- 最小化: 氏名、会社名、金額、案件名、識別子を削除・置換できるか
- 社内許可: データ区分、利用目的、契約条件に合っているか
- 記録: 誰が、いつ、何の業務で、どの外部機能を許可したか残せるか
内容
何を送るか
→
宛先
どこへ出るか
→
最小化
減らして承認
社内許可を照合し、承認の記録を残す
ここでの核心は、ファイル全体を送らず、問いに必要な文脈だけへ減らすことです。
たとえば契約条件の一般的な論点を調べるなら、相手先名や金額を外した質問に分けます。
社員ごとに同じ許可を与える必要もありません。
AIツールの利用許可を部署別に分ける基準を使い、扱うデータと承認権限をそろえてください。
試行非機密の複製データから始める
専用フォルダへ複製を置き、外部機能をすべて止めた状態から検証します。その後、Web検索など必要な機能を1つずつ開き、許可画面と送信内容を記録します。
出典: IPA「セキュリティ担当者のための生成AIセキュリティ」
機密データをクラウド送信したときの初動
誤って許可したと気づいたら、同じ操作をやり直さず、まず作業を止めます。
慌てて履歴だけを消すと、何をどこへ送ったか確認できなくなります。
回避証跡を消す前に事実を残す
送信した内容、外部機能、時刻、承認者、対象アカウントを記録します。画面を閉じる、履歴を消す、再試行する前に、社内の責任者が追える情報を残してください。
- 停止: 同じタスクと連続処理を止める
- 記録: 内容、宛先、時刻、アカウント、操作を残す
- 遮断: 必要に応じて接続アプリやトークンを無効化する
- 報告: 情報システム、セキュリティ、個人情報の責任者へ共有する
- 判断: 契約、法令、社内規程に沿って追加対応を決める
個人データや顧客秘密が含まれる場合は、担当者だけで「問題なし」と決めないことが重要です。
届け出や本人連絡の要否は状況と法令で変わるため、社内責任者や専門家が事実関係を見て判断します。
平時からAI事業者ガイドラインを社内ルールへ落とす考え方を共有し、誤送信時の連絡先を決めておけば、初動で迷いにくくなります。
ローカルAIとクラウド送信のよくある質問
QローカルAIでもクラウドへデータを送信しますか?
AローカルAIでも、Web検索、接続アプリ、クラウド助言を使えば、許可した文脈が端末外へ送信される場合があります。
QPerplexity Portable Computerは何を端末内で処理しますか?
APerplexity Portable Computerは、ローカルモデル、会話、タスク履歴、検索索引、許可したファイルの処理を端末内で動かす設計です。
Qどの機能を使うと端末外通信が起きますか?
APortable Computerの端末外通信は、Web検索、Google Driveなどの接続アプリ、クラウド上位モデルへの助言依頼で起きます。
Q許可画面が出れば機密情報を送っても安全ですか?
A許可画面は送信前に立ち止まる仕組みですが、機密情報の送信可否を保証しません。社内の情報区分と利用目的で判断します。
QPII検出は個人情報の送信を完全に防ぎますか?
APII検出は確認を助ける機能であり、個人情報や営業秘密の完全検出を保証するものではありません。人の確認を残します。
Q機密業務で自動承認を使ってよいですか?
A機密業務では自動承認を避け、送信内容を確認できる手動承認を残すと、データ境界を確認しやすくなります。
Q誤ってクラウド送信を許可したら最初に何をすべきですか?
A誤ってクラウド送信を許可したら作業を止め、送信内容、宛先、時刻、アカウントを記録して社内責任者へ報告します。
まとめ｜ローカルAIはクラウド送信の経路で判断する
ローカルAIのデータ境界とは、端末内処理と外部機能を分け、送信する文脈を機密区分ごとに制御する考え方です。
Portable Computerの許可制は、クラウド送信の直前に立ち止まれる点で有効です。
ただし、承認を社内ルールの代わりにはできません。
非機密の複製データで境界を確かめる
外部機能を止めた状態から始め、Web検索、接続アプリ、クラウド助言を1つずつ有効にします。送信内容と許可画面を記録し、自社の4区分へ反映してください。
ローカルファーストAIのガバナンスは、設定表より実際のデータ経路から作る方が具体的です。
部署別の利用許可ルールへ落とし込み、誰がどの境界を開けるかまで決めましょう。
