LM StudioやOllamaの履歴はどこに残る?Windows初心者向けプライバシー確認ガイド
- 公開日
- 2026-07-05
- 更新日
- 2026-07-05
- 情報確認日
- 2026-07-05
- 編集・運営
- Local AI Compass
ローカルAIは、ChatGPTのように毎回クラウドへ送る使い方を避けやすいのが強みです。ただし、「ローカルだから何も残らない」という意味ではありません。LM StudioやOllamaでは、チャット履歴、ログ、モデルファイル、設定、キャッシュなどがPC内に残る場合があります。この記事では、Windows初心者向けに、まず何を確認すればよいかを整理します。
導入前に確認すること
- Windowsのバージョン、メモリ容量、GPU/VRAM、空き容量を確認する
- 最初は軽量モデル、短い質問、少ない同時作業から始める
- 公式サイトの対応OS、利用規約、モデルのライセンスを確認する
まず結論:ローカルAIでもPC内には残る
ローカルAIは、毎回クラウドAIへ文章を送る使い方を避けやすい一方で、「PC内に何も残らない」ことを意味しません。外に送らないことと、自分のPCに残らないことは別の話です。
- チャット履歴、ログ、モデルファイル、設定、キャッシュ、RAG用データが残る場合があります。
- 履歴書、職務経歴書、仕事資料、病気や就労相談メモを扱う前に、保存先と削除方法を確認してください。
- 公式情報で確認できる場所と、アプリのバージョン・設定・連携ツールで変わる場所を分けて見ます。
- 会社PCや共有PCでは、ツールを入れる前に組織ルールと端末管理方針を優先してください。
Windowsで見る場所の早見表
最初に見る対象を、ツール本体、ログ、モデル、RAG・UI側に分けます。1つのフォルダだけを見て「全部消えた」と判断しないのが大切です。
| 対象 | 何が残る可能性があるか | 初心者が見るポイント | 注意 |
|---|---|---|---|
| LM Studio | チャット履歴、ドキュメント、モデル、ログ、設定 | アプリ内履歴、モデル保存場所、lms log stream | 公式は既定でローカル保存と説明。具体的なWindows保存場所はバージョン・設定で変わる可能性がある |
| Ollama | サーバーログ、モデル、設定、環境変数、テンポラリファイル | %LOCALAPPDATA%\Ollama、%HOMEPATH%\.ollama、%TEMP% | 公式TroubleshootingにWindowsのログ場所がある |
| AnythingLLM / RAG系 | 文書、インデックス、ベクトルDB、会話履歴 | ツールごとの保存場所とワークスペース | PDFや仕事資料を入れる前に保存先を確認 |
| ブラウザUI / Open WebUI等 | アカウント、チャット、DB、ログ | どのUIが保存しているか | Ollama本体とは別にUI側にも残る場合がある |
LM Studioで確認したいもの
LM Studio公式Privacy Policyは、メッセージ、チャット履歴、ドキュメントは既定では外部送信されず、ローカルデバイスに保存されると説明しています。また、アプリ内のチャットやドキュメントをLM Studio側が見ることはできない、と説明しています。
一方で、モデル検索、モデルダウンロード、アップデート確認では通信が発生します。ローカル保存を重視していることと、検索・ダウンロード・更新確認で通信が発生することは分けて理解してください。
LM StudioのWindows上の具体的なチャット履歴DB名や保存ディレクトリは、公式確認できる範囲だけでは全バージョン共通として断定しません。アプリ内の履歴・設定、モデル保存場所、公式ドキュメント、現在のアプリ画面を優先して確認してください。
lms log streamを見る前の注意
LM Studio公式CLI docsでは、lms log streamでモデルへ送る文字列、モデルから受け取る文字列、server logを確認できると説明されています。デバッグには便利ですが、履歴書や仕事資料を含む入力を流している最中に使うと、その文字列がターミナルや画面共有に見える場合があります。
- まず個人情報を含まない短いテスト文で動作を確認する。
- lms log streamを開く時は、画面共有・録画・スクリーンショットの範囲を確認する。
- 質問サイトへログを貼る前に、プロンプト、ファイル名、パス、氏名、会社名を伏せる。
- ログ表示は削除手順ではなく、何が流れているかを見るための確認手段として扱う。
Ollamaで確認したいもの
Ollama公式Troubleshootingは、Windowsでログを見る場所として explorer %LOCALAPPDATA%\Ollama を案内しています。最新のserver logはserver.log、古いログはserver-#.logとして説明されています。
| 確認コマンド | 見るもの | 初心者向けメモ |
|---|---|---|
| explorer %LOCALAPPDATA%\Ollama | ログ | server.log と server-#.log を確認。質問サイトへ貼る前に中身を伏せる |
| explorer %LOCALAPPDATA%\Programs\Ollama | バイナリ | インストーラーがユーザーPATHに追加する場所として公式に説明されている |
| explorer %HOMEPATH%\.ollama | モデル・設定 | modelsやserver.jsonなど、Ollama本体側の保存先を確認する入口 |
| explorer %TEMP% | テンポラリ | ollama* ディレクトリなど一時ファイルの確認候補 |
Ollamaのモデル保存場所と環境変数
Ollama公式FAQは、Windowsのモデル保存場所として C:\Users\%username%\.ollama\models を示しています。保存場所を変える場合は OLLAMA_MODELS 環境変数を使う、という説明もあります。
Ollamaは既定で127.0.0.1:11434にbindするとFAQで説明されています。OLLAMA_HOSTを変えると公開範囲が変わるため、LANや外部へ不用意に広げないでください。Windowsでは、Ollamaを終了してからユーザー環境変数を編集し、アプリを再起動する流れが案内されています。
チャット履歴・ログ・モデルファイルの違い
「モデルを消したから履歴も消えた」と考えると危険です。モデル、チャット履歴、ログ、RAGデータは役割も保存場所も違います。
| 種類 | 中身 | 消した時に起きること | 注意 |
|---|---|---|---|
| チャット履歴 | 入力文、回答、会話タイトル、添付文書情報など | 会話を見返せなくなる場合がある | アプリごとの削除・エクスポート仕様を確認 |
| ログ | serverの状態、エラー、モデル入出力の一部など | トラブル調査の手がかりが減る | 共有前に個人情報やファイル名を伏せる |
| モデルファイル | GGUFやOllamaのモデルデータ | 再利用には再ダウンロードが必要になる | 履歴やRAGデータとは別物 |
| RAG/文書DB | PDF、分割テキスト、埋め込み、ベクトルDB | 文書検索の再構築が必要になる | LM Studio/Ollama本体とは別に保存される場合がある |
履歴書・仕事資料・病気や就労相談メモを扱う前に
履歴書、職務経歴書、顧客資料、業務メモ、病名、障害、年金、通院、家族情報を含む相談メモは、あとで残って困る情報になりやすいです。ローカルAIに入れる前に、情報をどこまで削るか、保存先を確認できるか、削除前に必要なメモを退避するかを決めてください。
- 仕事の秘密資料を、保存先確認前に丸ごと入れない。
- 履歴書や職務経歴書を入れたあと、履歴が残らない前提で放置しない。
- 病名、障害、年金、通院、家族情報などを含むメモを共有PCで扱わない。
- 会社PCで勝手にローカルAI環境を入れない。
- ログをSNSや質問サイトに貼る時、プロンプトやファイル名をそのまま載せない。
削除する前に確認したいこと
削除は焦って行うほど、必要なメモや設定まで消しやすくなります。1つの場所だけを消して全データが消えたと判断せず、ツールごとの削除機能、バックアップ、エクスポート、RAG側の保存先を分けて確認してください。
- 残したい会話や設定がないか確認する。
- モデル、チャット履歴、ログ、RAG/文書DBを分けてメモする。
- アプリ内の削除・エクスポート機能を先に確認する。
- 削除対象に個人資料や必要な設定が混ざっていないか見る。
- 削除後に再ダウンロードや再インデックスが必要か確認する。
共有PC・会社PCで使うときの注意
共有PCや会社PCでは、端末管理、バックアップ、ログ収集、ウイルス対策、社内規程が関係します。ローカルAIだから会社資料を入れてよい、とは判断できません。
会社PCで使う場合は、管理者の許可、扱ってよいデータ分類、外部通信、モデルライセンス、ログ提出時の伏せ方を確認してください。個人PCでも、家族と共有するアカウントやクラウド同期フォルダに履歴や文書が残らないか注意します。
LM StudioとOllamaで不安の種類は少し違う
LM StudioはGUIで始めやすい一方、チャット履歴やドキュメントがアプリ内に残る前提で考える必要があります。公式Privacy Policyでは既定ローカル保存と説明されていますが、具体的な保存場所は現在のアプリ画面と公式情報を優先してください。
OllamaはコマンドやAPI連携に使いやすい一方、server log、モデル保存場所、環境変数、接続するUI側のDBを分けて見る必要があります。Open WebUIやAnythingLLMをつないでいる場合、Ollama本体だけ見ても履歴確認は終わりません。
よくある誤解
- ローカルAIなら何も残らない
- クラウド送信を避けやすいだけで、PC内には履歴、ログ、モデル、設定が残る場合があります。
- モデルを削除すれば履歴も消える
- モデル、チャット履歴、ログ、RAGデータは別物です。削除対象を分けて確認してください。
- Ollama本体だけ見ればよい
- Open WebUIやAnythingLLMなどUI側にも履歴やDBが残る場合があります。
- ログは開発者だけが見るもの
- 初心者もトラブル時に見ることがあります。個人情報が混ざる場合は共有前に伏せてください。
- LM Studioはローカル保存だから削除も簡単
- 保存場所やアプリ設定はバージョン・環境で変わる可能性があります。公式情報とアプリ内設定を確認してください。
次に読むべき記事
履歴・ログだけでなく、モデルの出所、RAG、GGUF保存容量、外部APIとの境界も合わせて見ると判断しやすくなります。
- ローカルAIは本当にプライバシーに強いのか - 外部APIや完全ローカルの境界線を確認
- ローカルLLMの安全性とプライバシー - 履歴、ログ、外部送信、モデル出所を総合確認
- LM StudioとOllamaの違い - GUIとCLI/APIの違いを履歴確認の面でも見る
- LM Studioとは - LM Studioの入口と注意点を確認
- Ollamaとは - Ollamaの役割とコマンド/API運用を確認
- ローカルRAGのプライバシーチェック - PDFや文書DB側に残る情報を確認
- GGUFモデルの保存先はSSDとHDDどっち - モデルファイルの容量と置き場所を確認
- LM StudioでGGUFをダウンロード・保存・読み込む方法 - モデルを入れた後に残るファイルを確認
よくある質問
LM Studioのチャット履歴はクラウドに送られますか?
LM Studio公式Privacy Policyは、メッセージ、チャット履歴、ドキュメントは既定では外部送信されず、ローカルデバイスに保存されると説明しています。ただし、モデル検索、モデルダウンロード、アップデート確認では通信が発生します。
LM Studioの履歴はPC内に残りますか?
公式説明では既定でローカルデバイスに保存されるとされています。具体的なWindows保存場所や内部DB名はバージョンや設定で変わる可能性があるため、アプリ内設定と公式情報を確認してください。
LM Studioのログにはプロンプトが表示されますか?
lms log streamは、LM Studioがモデルへ送る文字列やモデルから受け取る文字列を確認できる機能です。個人情報を含む入力を使う時は、画面共有やログ共有に注意してください。
OllamaのログはWindowsのどこにありますか?
Ollama公式Troubleshootingは、Windowsのログ確認場所として explorer %LOCALAPPDATA%\Ollama を案内しています。最新ログはserver.log、古いログはserver-#.logと説明されています。
Ollamaのモデルファイルはどこに保存されますか?
Ollama公式FAQは、Windowsのモデル保存場所として C:\Users\%username%\.ollama\models を示しています。保存場所を変える場合は OLLAMA_MODELS 環境変数を確認します。
モデルを削除すればチャット履歴も消えますか?
通常は別物として考えてください。モデルファイル、チャット履歴、ログ、RAGデータは保存場所も役割も違うため、ツールごとに確認が必要です。
ローカルAIなら履歴書や職務経歴書を入れても大丈夫ですか?
大丈夫とは断定できません。保存先、履歴、ログ、バックアップ、外部APIやRAG側の保存を確認し、必要なら氏名や会社名などを伏せてから使ってください。
会社PCでLM StudioやOllamaを使ってもよいですか?
会社や案件のルールを優先してください。ローカル実行でも、アプリ導入、モデルダウンロード、ログ、保存場所、ライセンス、端末管理の確認が必要です。
AnythingLLMやOpen WebUIを使うと履歴は別に残りますか?
残る場合があります。OllamaやLM Studio本体とは別に、UI側の会話履歴、DB、文書、ワークスペースが保存されることがあります。
ログを質問サイトに貼るときの注意はありますか?
プロンプト、氏名、会社名、ファイル名、ローカルパス、APIキー、個人情報を伏せてください。ログ全体をそのまま貼る前に、必要な範囲だけに絞るのが安全です。
削除する前にバックアップしたほうがよいものはありますか?
残したい会話、プロンプト、設定、モデル名、RAGの文書リストなどは先にメモしてください。削除後に再ダウンロードや再インデックスが必要になる場合があります。
ローカルAIとChatGPTではプライバシーの考え方はどう違いますか?
ChatGPTなどのクラウドAIはサービス側へ送る前提で規約や設定を確認します。ローカルAIは外部送信を減らせる場合がありますが、PC内の履歴、ログ、モデル、RAG、連携UIを自分で確認する必要があります。
次に読むおすすめルート
初めてローカルAIを触る人
まず全体像をつかみ、LM StudioとOllamaの違い、モデルサイズの考え方を順番に確認します。
- クラウドAIとローカルAIの使い分け
- ローカルLLMとは
- ローカルAIを入れる前に確認すること
- WindowsでローカルAIを始める完全ガイド
- Windows ARMでローカルAIを使う前の確認
- WindowsでOllamaをインストールする
- Windowsでローカル音声認識を始める
- WindowsでローカルOCRを始める
- Windowsで話者分離を始める
- WindowsでローカルAI翻訳を始める
- LM Studioとは
- GGUFとは
- GGUF版とは
- GGUFファイル名の読み方
- LM StudioでGGUFを入れる方法
- LM Studioで画像を読み込む方法
- LM Studioのモデル保存場所と移動
- 小型LLM・量子化の現実
- GGUF量子化安全とRAG/NPU研究
- Quant.npuとNPU向け静的量子化
- LENSで見るNPUレイテンシ予測
- Copilot+ PCのNPU期待値
- Hugging Face安全チェック
- PDF/RAG/引用確認の現実
- LM Studioで最初に選ぶモデル
- GGUFモデル選び診断
- Hugging FaceでGGUFモデルを探す方法
- Q4/Q5/Q8の違いと選び方
- 日本語GGUFモデルの選び方
- Q4/Q5/Q8研究ガイド
- Hermes Desktopとは
- Hermes DesktopとLM Studio接続
- Hermes DesktopとOllama接続
- Hermes Desktop接続トラブル
- Hermes AgentとDesktopの違い
- ローカルLLMツール比較
- ローカルAI更新メモ
- 診断ページ
あなたはどのタイプ?
- 初めてローカルAIを触る人 - まず全体像をつかみ、LM StudioとOllamaの違い、モデルサイズの考え方を順番に確認します。
- LM Studio・Ollamaの症状別トラブルを解決したい人 - 起動、モデルロード、Prompt Processing、generation、API接続、GPU確認をツール別に分けて読みます。
- GPUなし・低スペックPCの人 - 軽量モデル、メモリ別の目安、重いときの確認ポイントを先に見ます。
- PDFや資料を読ませたい人 - 先に基本を押さえ、モデル単体の確認後にAnythingLLMへ進みます。
- ローカルAIエージェントを試したい人 - Bionic、Ollama、AnythingLLM、Hermesを役割別に分け、local/cloud、tool、保存、PC負荷を順番に確認します。
- 開発・API連携したい人 - LM StudioとOllamaの違いを確認し、API、長文処理、RAGまで段階的に進みます。
関連チェック先
- LM Studio Desktop App Privacy Policy - メッセージ、チャット履歴、ドキュメントの既定ローカル保存、モデル検索・ダウンロード・更新確認時の通信を確認しました。
- LM Studio CLI: lms log stream - LM Studioがモデルへ送る文字列、モデルから受け取る文字列、server logを確認できるCLI機能を確認しました。
- Ollama Troubleshooting - Windowsのログ、バイナリ、モデル・設定、テンポラリファイルの確認場所を確認しました。
- Ollama FAQ - Windowsのモデル保存場所、OLLAMA_MODELS、OLLAMA_HOST、環境変数設定、127.0.0.1:11434の既定bindを確認しました。