Cursorのチャット履歴を削除する方法と保存場所

こんにちは、ミンビズ運営のミナトです。
Cursorのチャット履歴は、画面上の履歴一覧だけでなく、ローカルのworkspaceStorageやglobalStorage、state.vscdbといった保存データにも関係します。Cursorのチャット履歴はどこに保存されますか、チャットのメッセージを完全に削除するにはどうすればいいですか、という疑問が出るのも自然です。
画面から1件ずつ消す方法、保存場所の見方、Loading Chatで固まる時の対処、削除前にバックアップしておきたい理由まで整理します。消せば全部きれいに戻る、とは言い切れない部分もあるので、先に範囲を知っておくと安心ですよ。
この記事のポイント
- Cursorのチャット履歴を画面から削除する手順
- チャット履歴が保存される主な場所
- workspaceStorageとglobalStorageの違い
- 削除前に確認したいバックアップと注意点
Cursorのチャット履歴削除の基本

この章の主な見出し
- まず知るべき削除範囲
- Previous Chatsから消す方法
- チャット履歴の保存場所
- workspaceStorageの役割
- globalStorageとstate.vscdb
Cursorのチャット履歴を消したい時は、まず何を消したいのかを分けて考えるのが大事です。画面上のチャット一覧から消したいだけなのか、Loading Chatの不具合を直したいのか、ローカルに残っている保存データまで整理したいのかで、見る場所が変わります。
いきなりフォルダやデータベースを削除すると、チャット以外の設定や作業状態まで影響する可能性があります。まずはCursorの画面上でできる削除を試し、それでも困る場合に保存場所を確認する、という順番が安全かなと思います。
まず知るべき削除範囲

Cursorのチャット履歴削除で最初に押さえたいのは、画面上の履歴削除と、ローカル保存データの削除は同じ意味ではないという点です。CursorのAIペインにある履歴からスレッドを消す操作は、ふだんの整理には使いやすい方法です。
一方で、チャット画面が固まる、履歴の読み込みで落ちる、Loading Chatのまま進まないといった状態では、画面操作だけでは対応できないことがあります。その場合に出てくるのが、workspaceStorageやglobalStorageなどの保存領域です。
📌 削除範囲の整理
| やりたいこと | 主な操作場所 | 影響範囲の目安 |
|---|---|---|
| 特定のチャットを消す | Previous Chats | チャットスレッド単位 |
| 履歴一覧を軽く整理する | AIペインの履歴画面 | 表示上の履歴整理 |
| 固まる不具合を直したい | workspaceStorageなど | ワークスペース状態に影響する可能性 |
| 保存データまで見直したい | globalStorage / state.vscdb | Cursor全体に影響する可能性 |
調べた範囲では、Cursorの通常操作で扱いやすいのはチャットスレッド単位の削除です。チャット内の1メッセージだけを完全に消す、というより、会話のまとまりを履歴から削除するイメージで見ておくと分かりやすいです。
保存フォルダを直接触る方法は、通常の整理というよりトラブル対応寄りです。削除前にバックアップを取らずに進めると、あとから戻したくなった時に困るので、ここは少し慎重でいいですよ。
Previous Chatsから消す方法

Cursorで通常のチャット履歴を削除するなら、まずAIペインのPrevious Chatsを確認します。Cursorのチャット履歴は、AIペイン右上のPrevious Chatsボタン、またはショートカットから開けるとされています。
操作の流れはシンプルです。履歴一覧を開き、削除したいチャットスレッドにカーソルを合わせ、表示されるゴミ箱アイコンから削除します。スレッドのタイトルは最初のユーザーメッセージの一部が使われることがあるため、似たタイトルが並ぶ場合は中身を確認してから消す方が安全です。
✅ 画面から削除する基本手順
- AIペインを開く
- Previous Chatsを開く
- 削除したいスレッドを探す
- 対象にカーソルを合わせる
- ゴミ箱アイコンから削除する
- 必要ならCursorを再起動して表示を確認する
ショートカットは環境によって表記が変わりますが、調べた範囲ではWindowsならCtrl + Alt + L、macOSならCmd + Option + L系の操作で履歴画面を開ける情報があります。バージョンやキーマップで変わることがあるので、うまくいかない時はCursor内のコマンドパレットでChat History系の項目を探すのも手です。
ここで注意したいのは、Previous Chatsから消す操作は、基本的にCursor上の履歴を整理するための操作だということです。ローカルのデータベースやキャッシュを直接消す操作とは別なので、Loading Chatの不具合まで必ず直るとは限りません。
関連リンク
チャット履歴の保存場所

Cursorのチャット履歴や関連データは、ローカルPC内のCursor用フォルダに保存される情報があります。特に名前が出やすいのは、workspaceStorage、globalStorage、そしてstate.vscdbです。
保存場所はOSによって違います。WindowsであればAPPDATA配下、macOSであればApplication Support配下、Linuxであればconfig配下を見る形になります。フォルダを直接触る時は、必ずCursorを閉じてから確認するのが無難です。
🗂️ 主な保存場所の目安
| OS | 主な場所の例 | 見る目的 |
|---|---|---|
| Windows | %APPDATA%\Cursor\User\workspaceStorage | ワークスペース別データの確認 |
| Windows | %APPDATA%\Cursor\User\globalStorage | Cursor全体の保存データ確認 |
| macOS | ~/Library/Application Support/Cursor/User/workspaceStorage | ワークスペース別データの確認 |
| macOS | ~/Library/Application Support/Cursor/User/globalStorage | Cursor全体の保存データ確認 |
| Linux | ~/.config/Cursor/User/globalStorage | Cursor全体の保存データ確認 |
workspaceStorageの中には、ワークスペースごとのフォルダが作られることがあります。対応するプロジェクトを見分ける時は、同じ階層にあるworkspace.jsonを確認すると、開いていたフォルダのパスが分かる場合があります。
ただし、Cursorはアップデートで保存仕様が変わる可能性があります。正確な情報は公式サイトをご確認ください。特に会社PCや業務利用の場合は、勝手にローカルデータを削除せず、社内ルールや管理者の方針も確認しておくと安心です。
workspaceStorageの役割

workspaceStorageは、名前の通りワークスペースごとの状態を保存する場所として見ておくと分かりやすいです。プロジェクトごとの作業状態、関連するローカルデータ、チャット履歴に関係する情報がここに含まれる場合があります。
Cursorで特定のプロジェクトを開くと毎回Loading Chatで固まる、チャットペインが一瞬で閉じる、特定ワークスペースだけ調子が悪い。こうした時は、workspaceStorage側の肥大化や破損が疑われるケースがあります。
🧭 workspaceStorageを見るべきケース
| 状況 | まず見る場所 | 注意点 |
|---|---|---|
| 特定プロジェクトだけ固まる | workspaceStorage | 対象フォルダを間違えない |
| チャット欄がすぐ閉じる | workspaceStorage | 削除前にバックアップ |
| 全プロジェクトで不安定 | globalStorageも候補 | 影響範囲が広くなる |
| 履歴を整理したいだけ | Previous Chats | フォルダ削除までは不要 |
workspaceStorageを削除または退避すると、チャット履歴だけでなく、そのワークスペースに紐づく表示状態やキャッシュのような情報までリセットされる可能性があります。なので、通常の履歴整理なら、まずPrevious Chatsから削除する方が向いています。
もしworkspaceStorageを触るなら、いきなり完全削除ではなく、対象フォルダを別の場所にコピーしてから進めるのが現実的です。あなたが後から戻せる状態を作っておくだけで、作業の怖さがかなり減ります。
globalStorageとstate.vscdb

globalStorageは、workspaceStorageよりも広い範囲のCursorデータに関係する保存場所です。その中にあるstate.vscdbはSQLite形式のデータベースとして扱われ、チャット履歴のエクスポートツールでも参照先として紹介されています。
state.vscdbを直接編集するのは、初心者向けではありません。SQLiteで中身を読める場合はありますが、誤って書き換えるとCursorの動作に影響する可能性があります。履歴を残したい目的なら、読み取り専用でエクスポートするツールや手順を使う方が安全です。
🔍 globalStorageまわりの見方
| 項目 | 役割の目安 | 扱い方 |
|---|---|---|
| globalStorage | Cursor全体の保存領域 | 最終手段として確認 |
| state.vscdb | ローカルDB形式の保存ファイル | 直接編集は避ける |
| エクスポートツール | 履歴を外部保存する用途 | 読み取り専用が安全 |
| フォルダ削除 | 不具合対応で使われることがある | バックアップ必須 |
globalStorageを丸ごと削除する方法は、チャット画面の不具合対応として紹介されることがあります。ただし、これはかなり強めの対応です。チャット履歴だけでなく、Cursor全体の状態や設定に影響する可能性があるため、先にworkspaceStorageで改善するかを見た方がよいです。
✅ 迷った時の進め方
- まずPrevious Chatsで不要なスレッドを削除する
- 直らなければCursorを再起動する
- 特定プロジェクトだけならworkspaceStorageを確認する
- それでも直らない時だけglobalStorageを検討する
- 削除前に必ずバックアップを取る
チャットのメッセージを完全に削除したい場合でも、ローカルファイルを消せばすべての保存や同期状態まで完全に消える、とまでは断定しない方がいいです。Cursorの保存仕様やアカウント側の扱いは変わる可能性があるため、正確な情報は公式サイトをご確認ください。
Cursorのチャット履歴削除で困る時

この章の主な見出し
- 完全削除前のバックアップ
- Loading Chatで固まる時
- 履歴が多い時の整理方法
- エクスポートして残す方法
- 削除後に戻せるかの注意
- Cursorのチャット履歴削除まとめ
Cursorのチャット履歴を消すだけなら、Previous Chatsからの削除で足りることが多いです。ただ、Loading Chatで固まる、履歴が多すぎて探せない、消す前に大事な会話を残したい、という場面では少し考え方を変えた方が安全です。
ここでは、削除前のバックアップ、不具合が起きた時の対応、履歴を増やしすぎない整理方法までまとめます。フォルダやデータベースを直接触る話も出てくるので、消す前に戻せる状態を作ることを前提に進めてください。
完全削除前のバックアップ

Cursorのチャット履歴を完全に削除したい時ほど、先にバックアップを取るのが大事です。画面上の履歴を消すだけなら操作は軽めですが、workspaceStorageやglobalStorageを触る場合は、チャット以外の作業状態にも影響する可能性があります。
バックアップの考え方はシンプルで、消す前の状態を別の場所にコピーしておくことです。特に、仕事で使った設計メモ、エラー解決の流れ、コード修正の相談内容が残っているなら、削除後に「あの会話だけ見たい」となることがあります。ありますよね、後から必要になるパターン。
🧩 バックアップしておきたい主な対象
| 対象 | 目的 | 注意点 |
|---|---|---|
| Previous Chatsの重要会話 | あとで読み返すため | 手動コピーでも可 |
| workspaceStorage | ワークスペース別の状態を戻すため | 対象フォルダの見極めが必要 |
| globalStorage | Cursor全体の保存状態を残すため | 影響範囲が広い |
| state.vscdb | 履歴抽出や調査のため | 直接編集は避ける |
バックアップ先は、デスクトップや外部フォルダなど、Cursorが直接使わない場所が分かりやすいです。フォルダ名に日付を入れておくと、あとから戻す時に迷いにくくなります。たとえば「Cursor_backup_2026-06-10」のようにしておくと管理しやすいです。
「完全削除」は言葉としては分かりやすいですが、実際には画面上の削除、ローカル保存データの削除、アカウントや同期側の扱いを分けて考える必要があります。Cursorの仕様は変わる可能性があるため、正確な情報は公式サイトをご確認ください。
Loading Chatで固まる時

CursorでLoading Chatのまま固まる場合、長くなったチャットや保存データの肥大化、破損のような状態が関係していることがあります。チャットペインが一瞬だけ開いて閉じる、ワークスペースを開くたびに同じ画面で止まる、という症状なら、まず原因になっていそうなチャットを閉じる・削除する方向で考えます。
画面操作ができるなら、最初に試したいのは問題のチャットタブを閉じることです。ワークスペースを開いた直後にチャット画面が表示される場合、固まる前にタブを閉じられると、他の操作に進めることがあります。その後、Show Chat HistoryやPrevious Chatsから原因になりそうな履歴を削除します。
⚠️ 症状別の見方
| 症状 | まず試すこと | 次に見る場所 |
|---|---|---|
| Loading Chatで止まる | チャットタブを閉じる | Previous Chats |
| チャット欄がすぐ閉じる | Cursor再起動 | workspaceStorage |
| 特定プロジェクトだけ固まる | 対象ワークスペースを確認 | workspaceStorage |
| 全体的に不安定 | バックアップ後に確認 | globalStorage |
画面操作がまったくできない場合は、workspaceStorageの退避や削除が候補になります。ただし、これは通常の掃除ではなくトラブル対応です。Cursorを終了し、対象フォルダをバックアップしてから進めるようにしてください。
それでも改善しない場合にglobalStorageが候補になりますが、ここはさらに影響範囲が広くなります。設定や保存状態までリセットされる可能性があるので、workspaceStorageで直らない時の最後寄りの選択肢として考える方が現実的です。
履歴が多い時の整理方法

Cursorのチャット履歴が多くなると、必要な会話を探しにくくなるだけでなく、長いチャットを何度も読み込むことで動作が重く感じることがあります。特に、画像添付が多い会話、1つのスレッドで長く続けた会話、MCPや拡張機能を絡めた会話は、履歴が膨らみやすいです。
整理の基本は、長くなりすぎる前にチャットを分けることです。1つのスレッドに仕様相談、エラー対応、リファクタ、レビューまで全部入れると、あとで見返した時に文脈が混ざります。仕事で使うなら、テーマごとに会話を分けた方が再利用しやすいですよ。
🧹 残す履歴と消す履歴の目安
| 履歴の種類 | 残す優先度 | 理由 |
|---|---|---|
| 設計判断の会話 | 高 | 後で方針確認に使える |
| エラー解決の流れ | 高 | 再発時に役立つ |
| 一時的な質問 | 低 | 再利用しにくい |
| 失敗した試行だけの会話 | 低〜中 | 必要なら要点だけ残す |
| 画像を多く含む会話 | 中 | 重くなる可能性がある |
タイトルが分かりにくい会話は、削除前に内容を確認しておくと安心です。Cursorのチャットタイトルは、最初のメッセージの一部から作られることがあるため、似たようなタイトルが並びやすいです。必要な会話まで消さないように、最初の数メッセージだけでも見ておきましょう。
日常的な運用としては、週1回やプロジェクトの区切りで履歴を整理するくらいがちょうどいいかなと思います。毎回完璧に整理する必要はありませんが、大事な会話は残す、不要な会話は消す、長い会話は分けるの3つだけでもかなり扱いやすくなります。
エクスポートして残す方法

削除する前にチャット履歴を残したい場合は、エクスポートという考え方があります。Cursorには公式のエクスポートAPIがないとされており、手動でコピーするか、ローカルのSQLiteデータベースであるstate.vscdbから履歴を抽出する非公式ツールを使う方法が紹介されています。
非公式ツールの中には、Cursorのstate.vscdbを読み取り専用で開き、YAML形式などでチャット履歴を保存するものがあります。読み取り専用であれば、Cursor本体のデータを壊しにくい設計ですが、それでも機密情報が含まれる可能性はあります。
📦 エクスポート時に確認したい点
| 確認項目 | 見る理由 |
|---|---|
| 出力先フォルダ | 誤削除や上書きを防ぐため |
| 出力形式 | 後で読み返せる形か確認するため |
| 個人情報やキーの有無 | 外部共有前に除去するため |
| 読み取り専用か | 元データへの影響を抑えるため |
| 対応OS | Windows/macOS/Linuxで場所が違うため |
エクスポートしたファイルには、開発中のメモ、コード、エラー、社内情報、APIキーのような重要情報が混ざる可能性があります。公開リポジトリや共有ドライブに置く前に、必ず中身を確認してください。ここはかなり大事です。
業務でCursorを使っている場合は、エクスポートした履歴を「作業メモ」や「判断ログ」として再利用できることがあります。ただし、外部ツールはCursor公式の機能ではない可能性があるため、導入前に更新状況やライセンス、扱うデータの範囲を確認しておくと安心です。
削除後に戻せるかの注意

Cursorのチャット履歴は、削除した後に必ず元へ戻せるとは考えない方が安全です。画面上で削除したチャットを復元できる公式な手順は、調べた範囲では確認できませんでした。だからこそ、消す前のバックアップが重要になります。
ローカルフォルダを削除した場合も同じです。workspaceStorageやglobalStorageを消したあと、バックアップがなければ元の状態に戻すのは難しくなります。Windowsのごみ箱やmacOSのTime Machineなど、OS側の仕組みで拾える可能性はありますが、確実とは言えません。
🔁 削除後に戻せる可能性の目安
| 削除したもの | 戻せる可能性 | 条件 |
|---|---|---|
| Previous Chatsのスレッド | 低 | 事前コピーがあれば別 |
| workspaceStorage | 中 | バックアップがある場合 |
| globalStorage | 中〜低 | バックアップがある場合 |
| state.vscdb | 中 | 元ファイルを退避していれば可 |
| エクスポート済み履歴 | 高 | 出力ファイルが残っている場合 |
特に注意したいのは、globalStorageの削除です。チャット履歴だけでなく、Cursor全体の保存状態に関係する可能性があります。軽い気持ちで消すより、まずはフォルダをコピーし、必要なら別名で退避してから動作確認する方が安全です。
「完全に消したい」と「あとで戻せるようにしたい」は、基本的に両立しにくいです。あなたがどちらを優先したいのかを先に決めると、作業の判断がしやすくなります。迷うなら、先にエクスポートかバックアップを取ってから削除するのがおすすめです。
Cursorのチャット履歴削除まとめ

Cursorのチャット履歴削除は、画面上の整理だけならPrevious Chatsから進めるのが分かりやすいです。一方で、Loading Chatで固まるような不具合や、保存データまで含めた整理をしたい場合は、workspaceStorageやglobalStorageの扱いも関係します。
大事なのは、最初から強い削除をしないことです。まず通常操作で消し、それでも直らない時だけローカル保存領域を確認する。この順番なら、不要なリスクを減らせます。
📝 Cursorのチャット履歴削除で押さえること
- 画面上の履歴削除は、Previous Chatsから行う
- 消す前に、重要な会話はコピーやエクスポートで残す
- Loading Chatで固まる時は、原因のチャット削除やworkspaceStorageを確認する
- globalStorageやstate.vscdbは影響範囲が広いため慎重に扱う
- 削除後に復元できるとは限らないため、バックアップを先に取る
- Cursorの仕様は変わる可能性があるため、正確な情報は公式サイトをご確認ください
CursorはAIとのやり取りが増えるほど、チャット履歴も作業資産になっていきます。不要なものは消しつつ、あとで役立つ会話は残す。このバランスで管理すると、仕事や副業の作業効率も上げやすくなるかなと思います。
記事作成にあたり参考にさせて頂いたサイト- Reddit – Please wait for verification
- AI エディター Cursor : Chat イントロダクション – ClassCat® AI Research
- Cursorでチャットウィンドウが一瞬で閉じちゃうバグの解決方法 – Qiita
- CursorのLoading Chatフリーズと戦ってみた・・・|Shin
- Reddit – Please wait for verification
- miyatti | AI Workflow Palma by Explaza CPO (@miyatti) on X
- GitHub – livyn-inc/cursor-chat-history-exporter
- Cursorでのチャット履歴の管理
- ChatGPT でチャットを削除・アーカイブする方法 | OpenAI Help Center
- AIエージェント(Claude Code/Codex/Cursor)とのチャット履歴を組織のドキュメント資産にするプロンプト/rules – Qiita
各サイト運営者様へ
有益な情報をご公開いただき、誠にありがとうございます。
感謝の意を込め、このリンクはSEO効果がある形で設置させていただいております。
※リンクには nofollow 属性を付与しておりませんので、一定のSEO効果が見込まれるなど、サイト運営者様にとってもメリットとなれば幸いです。
当サイトは、インターネット上に散在する有益な情報を収集し、要約・編集してわかりやすくお届けすることを目的としたメディアです。
引用や参照の方法に不備、あるいはご不快に感じられる点がございましたら、お問い合わせフォームよりご連絡ください。
今後とも、どうぞよろしくお願いいたします。
各サイト運営者様へ
有益な情報をご公開いただき、誠にありがとうございます。
感謝の意を込め、このリンクはSEO効果がある形で設置させていただいております。
※リンクには nofollow 属性を付与しておりませんので、一定のSEO効果が見込まれるなど、サイト運営者様にとってもメリットとなれば幸いです。
当サイトは、インターネット上に散在する有益な情報を収集し、要約・編集してわかりやすくお届けすることを目的としたメディアです。
引用や参照の方法に不備、あるいはご不快に感じられる点がございましたら、お問い合わせフォームよりご連絡ください。
今後とも、どうぞよろしくお願いいたします。


