短い答え
Perplexityが以前のクエリを忘れるのは、各スレッドがサンドボックス化されているためです：フォローアップは開始したスレッドの中でのみ連鎖し、新しいスレッドは同じスペース内にあっても空白から始まります。検索履歴はあなたがブラウズできるタイトルを保存しますが、モデルは新しいスレッドのコンテキストとして以前のスレッドを読み込むことはありません。修正は、クエリ履歴をキャッチし、すべての新しいスレッドにフィードバックする外部記憶レイヤーです。
なぜPerplexityは以前のクエリを忘れるのか
Perplexityの製品は、迅速で引用に基づいた回答を一度に一つの質問に対して提供するように設計されています。その迅速さを実現するアーキテクチャは、クエリの持ち越しを弱くします。
1. スレッドは孤立した会話です。 フォローアップの質問は一つのスレッドの中で連鎖しますが、Perplexityは新しいスレッドを新しいセッションとして扱います。モデルは、両方のスレッドが同じスペース内にあっても、昨日のスレッドを今日のコンテキストに自動的に読み込むことはありません。
2. 検索履歴はあなたのためのものです、モデルのためではありません。 あなたの過去のクエリは履歴に表示され、再訪することができますが、それらは新しいクエリのコンテキストとしてフィードバックされることはありません。履歴はUIの便宜であり、記憶レイヤーではありません。
3. スペースは指示を追加しますが、クエリ記憶は追加しません。 スペースは、その中のすべてのスレッドに共有の指示セットと共有のファイルプールを提供しますが、兄弟スレッドからの実際の質問や回答へのアクセスは提供しません。
結果として、Perplexityは今日の質問に対して優れた回答を提供しますが、昨日の質問から今日の質問への推論の連鎖を失います。
Perplexityが以前のクエリを忘れると失うもの
新しいスレッドを開くたびに、5〜15分の再確認が必要になり、そのコストは実際の研究プロジェクトで累積します：
- 推論の連鎖が途切れます。 「私たちは、認証フィルターに基づいて、前回のスレッドで候補のサプライヤーを12から3に絞りました」という事実は、Perplexityがもはや保持していないため、再び12の候補リスト全体を開くことになります。
- 情報源の優先順位がリセットされます。 昨日、古くなっているために拒否した情報源のいくつかが、今日再び主要な引用として現れます。
- 洗練された質問が鈍くなります。 昨日の厳密な質問は、6回のフォローアップを経て鋭くなり、今日の緩い質問はゼロから鋭くなります。
修正は「一つのスレッドを永遠に開いたままにする」ことではありません。長いスレッドは遅くなり、制限に達し、フォローアップの質が低下します。修正は、クエリ記憶をスレッド記憶から切り離すことです。
Perplexityの組み込みの回避策
Perplexityはいくつかの機能を出荷しており、この問題に触れていますが、どれもギャップを埋めることはできません。
スレッドは、一つの会話の中でフォローアップを連鎖させ、スレッド内のコンテキストをうまく保持します。しかし、兄弟スレッドとのコンテキストを共有することはなく、記憶の境界はスレッド自体です。
スペースは、プロジェクトを共有の指示と情報源を持つワークスペースにスコープし、そのワークスペース内のすべてのスレッドの基準を引き上げます。しかし、スレッド間でクエリ履歴を渡すことはないため、新しいスレッドを開くと推論の状態はリセットされます。
検索履歴は、あなたの過去のクエリのブラウズ可能なリストを保持します。手動でスレッドを再開したいときには便利ですが、モデルにコンテキストとしてフィードバックされることはないため、忘却を防ぐことはありません。
これらの機能についてのPerplexity自身の説明は、Perplexityヘルプセンターで読むことができます。
一度限りの質問には、ネイティブの機能で十分です。継続的な調査には、漏れがあります。
Perplexityの組み込みの記憶が不足している点
より深刻な問題は、あなたの調査が一つの製品内に留まることはほとんどないということです。あなたはPerplexityで質問し、Claudeで検証し、ChatGPTでドラフトし、シートで数字を確認します。各ツールには独自のクエリログがあり、どれも互いに通信せず、推論の連鎖が断片化します。スペースはPerplexity内の問題の一部を解決しますが、タブを切り替えた瞬間に何も解決しません。
それが、クロスツールの記憶レイヤーが埋めるギャップです：Perplexityによって書かれ、あなたが使用するすべてのAIによって読み取られる一つのクエリ記憶です。
MemoryLakeがPerplexityの以前のクエリを忘れる問題を解決する方法
MemoryLakeは、あなたと使用するすべてのAIの間に位置するクロスモデルの記憶レイヤーです。Perplexityのスレッドごとのサンドボックスに依存するのではなく、調査のラインに独自のMemoryLakeプロジェクトを与え、Perplexityは新しいスレッドの開始時にそのプロジェクトから読み取ります。
- プロジェクトごとのクエリ記憶。 過去の質問、回答、洗練のステップは、スレッドではなくプロジェクトに対して保存されます。新しいスレッドを開くと、以前の推論がすでに読み込まれています。
- 生のプロンプトよりも10,000倍のコンテキスト。 MemoryLakeの取得エンジンは、数十億のトークンのクエリ履歴から読み取り、Perplexityに現在の質問に関連するスライスのみをフィードバックします。過去の要約を貼り付ける必要がなくなります。
- 他のすべてのAIに持ち運び可能。 同じクエリ記憶はClaude、ChatGPT、Grok、Gemini、Cursorで機能します。Perplexityを離れてドラフトや分析を行うと、推論の連鎖が続きます。
MemoryLakeは、2026年時点での最高の公開結果であるLoCoMoの長文コンテキストベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しています。
MemoryLakeをPerplexityに接続する3つのステップ
- プロジェクトを作成し、以前のクエリを読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、プロジェクトを作成をクリックし、調査のラインにちなんで名前を付けます（例：「Perplexity - サプライヤー審査Q2」）。過去のスレッドからの重要な質問と回答を記憶タブに貼り付けてプロジェクトと共に移動させ、参照文書をドキュメントドライブにドロップします。
- MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、MCPサーバーを追加をクリックし、「Perplexity統合」と名付け、生成をクリックします。MemoryLakeはAPIキーID、シークレット、エンドポイントURLを返します。シークレットは一度だけ表示されるため、すぐにコピーしてください。
- Perplexityを接続する。 Perplexityはまだ消費者アプリでMCPをネイティブにサポートしていないため、REST APIを使用してBearerトークンでプロジェクトのクエリ履歴を新しいスレッドの前に取得するか、MemoryLakeプロジェクトを参照する短いプロンプトを新しいスレッドの先頭に貼り付けます。Perplexity Sonar APIを使用している開発者は、ターンごとに以前のクエリを注入するためにPython SDKを呼び出すことができます。