ローカルAIの通信・テレメトリを確認する方法｜推論と更新を分けて見る

「ローカルAIだから一切通信しない」と決めつけると、モデル検索や更新確認の通信を見つけたときに混乱しやすい。

確認するときは、モデルの推論と、モデル取得・更新・追加機能の通信を分ける。

まず公式のオフライン・プライバシー資料を読む

いきなりパケットキャプチャから始めるのではなく、使っているソフトが公式にどのような通信を説明しているか確認する。

LM Studioの公式資料では、必要なモデルを手元へ用意した後のローカル推論と、モデル検索・取得、実行環境の取得、アプリの更新確認などが分けて説明されている。

このように、

モデルへの入力を処理する通信
ソフトやモデルを探すための通信
更新ファイルを取得する通信

を同じものとして扱わない。

操作を一つずつ分けて通信を見る

確認するときは、機密情報を含まないテスト環境で操作を分ける。

操作	確認すること
アプリを起動する	更新確認などの接続があるか
ローカルモデルと会話する	推論時に外部接続が必要か
モデルを検索する	配布元や検索サービスへ接続するか
モデルを取得する	どの配布先へ接続するか
実行環境を更新する	更新ファイルの配布先へ接続するか

入力はtestなどの架空の内容で十分だ。

ネットワーク観測で分かることと分からないことを分ける

OSのネットワーク監視、Firewallログ、パケットキャプチャなどを使えば、接続先や時刻を記録できる。

ただし、TLSで暗号化された通信を見ただけで「この通信にプロンプトが含まれている」と断定してはいけない。内容を確認できていないからだ。

逆に、一度のテストで接続が見えなかったからといって「今後も絶対にテレメトリがない」と永久保証することもできない。

結果は、

ソフトのバージョン:
設定:
行った操作:
観測時刻:
接続先:
結果:

と一緒に保存する。

MCPや追加機能は本体と別に確認する

ローカル推論そのものがオフラインで動いていても、追加した機能が外部通信する場合がある。

たとえば、

• Web検索
• MCPサーバー
• 追加プラグイン
• クラウドモデルへの接続
• 外部API

などだ。

「LM Studioがオフラインで推論できる」という情報から、その上で使うすべての追加機能もオフラインだとは結論しない。

自分の通信方針を文章にする

最終的にはソフト名ではなく、何を許可するかを決める。

通常の推論中の外部通信: 許可しない
モデル取得: 管理時のみ許可
更新確認: 手動で行うときだけ許可
MCP・追加機能: 許可した接続先だけ利用
ログ保存: ローカルのみ

この方針と、実際のアプリ設定・Firewall設定・観測結果を照合する。

「ローカル」という名前だけで安全性や通信の有無を決めず、操作ごとに何が外部へ接続するか確認する。 これがオフライン要件へ合わせる基本になる。

データがどこを通るかをより広く整理したい場合は、ローカルAIの安全性をデータの流れから確認する方法へ進む。