なぜリサーチのコンテキストが消えてしまうのか
Perplexityの3つのレイヤーのうち、記憶は1つだけ
これらは失敗の仕方が異なるため、整理しておく価値があります。
Personalizationはプロフィールです。設定ページには、保持される内容として「職業」「会社名」「生年月日」「性別」「カスタム指示：好み、興味、スタイルを入力するフリーテキストフィールド」、および位置情報のオプトインがリストされています。Perplexityの位置づけとしては、「Personalizationは、回答があなたに合わせて調整されていると感じられるよう、Perplexityにあなたに関するコンテキストを提供する場所」です。これはあなたに関するものであり、静的であり、リサーチ結果が保存される場所ではありません。
Project instructionsは、決定論的で寛容です。Projectを作成する際、「このProject内でComputerがどのように動作するかを指示する指示（最大8,000文字）を追加できます。たとえば、好みの回答形式や、常に更新しておくステータスファイルなどです。」8,000文字は、常時適用されるルールを記載するには十分なスペースです。しかし、これはあくまで指示であり、蓄積された調査結果ではありません。
Brainが記憶です。これはプロジェクトのアクティビティから生成され、専用のタブで表示できます。3つのうち、作業を進めるにつれて成長するのはこれだけです。
「Perplexityがリサーチを忘れた」という報告のほとんどは、これら3つのうちのいずれかに、本来想定されていない役割を担わせていることが原因です。
Brainが手動実行に設定されている可能性
これは多くの人が見落としがちな設定であり、ドキュメントにも記載されています。Brainの実行は「プロジェクトの作成者に課金され、Settingsタブのmemoryセクションで自動または手動で実行するかどうかを制御できます。」
ここから2つのことが言えます。手動に設定されている場合、指示したときにしか記憶が蓄積されないため、一見すると忘れているように見えます。また、実行費用はプロジェクト作成者に課金されるため、共有プロジェクトでは、支払う人とリサーチを行う人が必ずしも一致しません。これは合理的な設計であり、チームプロジェクトでBrainの設定が控えめにされている正当な理由になります。
同じパネルにある関連設定はproject summary（プロジェクト概要）です。これは「プロジェクトで行われた作業の継続的なステータス更新を生成」し、有効にすると、より多くのコンテキストを得るためにBrainも活用します。
すべては1つのプロジェクトにスコープされている
Projectは、「進行中の取り組みに関するすべてを1つのハブにまとめる、Perplexity内の永続的で共有可能なワークスペース。Searchの会話、Computerのタスク、ファイル、カスタム指示、接続されたツール、および作業中にPerplexityが構築するコンテキストがすべて含まれます」と説明されています。
1つのハブ。つまり、前四半期のプロジェクトでPerplexityが構築したコンテキストは、前四半期のプロジェクトの中にあります。新しいクライアントのために新しいProjectを開始すると、設計上、Brainは最初からやり直しになります。設定を変更してもこれは変わりませんし、不具合でもありません。しかし、これはBrain単体では、あなたが行うすべての作業にわたって1つの継続的なリサーチナレッジを構築することはできないということを意味します。
個人の記憶がプロジェクトから遮断されている可能性
これには、ほとんど誰も気にしていないスイッチがあります。Settingsタブのmemoryセクションで、「プロジェクト内のクエリがindividual memory（個人の記憶）から情報を取得することを許可するかどうかを制御」できます。
これがオフになっている場合、プロジェクトはPerplexityがあなた個人について知っていることから意図的に隔離されます。クライアントワークには便利ですが、設定した覚えがなく、存在すら知らない場合は混乱の原因になります。
用語が変更されたが、古いガイドはそのまま
もしSpacesについて言及している指示に従っている場合、それは同じ機能を以前の名前で説明しています。ヘルプセンターの記事は現在「What are Projects?」というタイトルになっていますが、URLには依然として what-are-spaces が含まれており、最終更新日は2026年7月30日となっています。メニュー項目が改名されたことを知っておけば、探す手間の削減になります。
よく試されるアプローチ
前回のセッションの要約を新しいチャットに貼り付ける。 効果はありますが、毎回同じコストがかかり続けます。これは how to stop re-explaining context to AI（AIにコンテキストを何度も説明するのをやめる方法）で説明されているループです。
調査結果をPersonalizationのカスタム指示に入れる。 コンテナが間違っています。そのフィールドは「好み、興味、スタイル」のためのものであり、学んだことを保存する場所ではなく、あなたに関する常にオンになっているテキストです。
同じソースドキュメントを再度アップロードする。 Projectには永続的なFilesがあるため、これは通常、Projectの外でリサーチを行っていることの兆候です。これは why Perplexity forgets uploaded files（Perplexityがアップロードされたファイルを忘れる理由）に類似するケースです。
すべてを1つの巨大なProjectにまとめる。 境界線の問題は解決しますが、Brainが無関係な作業から記憶を構築してしまうため、より悪い問題が発生します。また、共同作業者の制限もネックになります。「Enterprise以外のProjectでは最大5人の共同作業者、Enterprise所有のProjectでは最大9,999人まで」となっています。
8,000文字の指示に調査結果を書き込む。 何もしないよりはマシですが、コンテナの役割が逆転しています。指示はComputerがどのように動作すべきかを示すものであり、あなたが出した結論ではありません。また、これらはプロジェクト内のすべてのクエリと一緒に送信されます。
Projectsが存在するからBrainがオンになっていると思い込む。 最もよくある誤解です。Projectsはコンテナであり、Brainはその中の設定にすぎません。
解決策：作業をProjectに入れ、Brainをオンにし、コンテナごとにルーティングする
4つのステップがあります。最初の3つは約10分で完了します。4つ目は、プロジェクトが終了した後も生き残るステップです。
リサーチをProjectに移動する（最初からやり直す必要はありません）。 Perplexityは既存の作業の移行をサポートしています。「Computerタスクで、Convert session to projectを使用してProjectを立ち上げ、ファイルや成果物をそこに引き継ぐか、進行中のセッションや既存のセッションからプロジェクトを作成するようComputerに依頼するだけです。」セットアップの提案までしてくれます。「既存のセッションからProjectを開始することもでき、Perplexityはそれに基づいてタイトル、説明、指示を提案します。」
タイトル（最大50文字）と説明（最大1,000文字）を設定します。Projectは「デフォルトで非公開（制限あり）」であるため、あなたが選択するまで何も共有されません。
Settingsタブを開き、4つのスイッチを修正する。 memoryセクションで、Brainをオンにし、デフォルトのままにするのではなく、自動か手動かを意図的に決定します。継続的なステータスが必要な場合は、project summaryを有効にします。プロジェクトのクエリがindividual memoryから情報を取得できるかどうかを決定します。そしてContextセクションで、「優先するウェブリンクとドメインを追加および管理」します。リサーチ作業において、ソースを制限または優先することは、パネルの中で最も効果の高い設定であり、記憶とは関係ありません。
Brainタブを確認する。 これは、Brainをブラックボックスから信頼できるものへと変えるステップです。プロジェクト用に生成された現在の記憶が表示されます。空の場合、Brainは動作していません。内容が間違っている場合は、それが20個の回答に影響を与える前に気づくことができます。
8,000文字は調査結果ではなく、ルールのために使用する。 回答形式、優先するソース、更新し続けるステータスファイル、引用方法などです。ドキュメント自体の例でも「好みの回答形式や、常に更新しておくステータスファイル」となっており、事実ではなく手続き的な内容を想定しています。
これで1つのプロジェクト内のすべてがカバーされます。カバーできないのは、プロジェクトの寿命を超える部分です。たとえば、3月に発見した今でも適用される制約、信頼できないと判断した情報源、チームで決定した定義、すでに除外したアプローチなどです。Brainは設計上プロジェクトにスコープされており、プロジェクト指示はすべてのクエリとともに送信されるため、永続的なレイヤーを置く場所がありません。
それを保持するのがMemoryLakeです。あらゆるアシスタントがクエリできるレイヤーで、永続的な調査結果や制約事項を、読み取り、修正、削除可能なエントリとして保持します。セットアップは3つのステップです。
ステップ1：APIキーを作成する
MemoryLakeにサインインし、APIキーを作成します。接続するすべてのツールで共通の認証情報となります。
ステップ2：最初の記憶をアップロードする
1つの主張につき1つの短いエントリ。単一のプロジェクトの外に置くべきもの：
証拠が添付された結論。 「ベンダーの価格ページに記載されているエンタープライズ層の価格は、公開されている数値にプラットフォーム手数料が含まれていないため、過小評価されている。」結論だけでは再議論になりますが、理由があればそうはなりません。
重み付けを変えるべきだと学んだ情報源。 プレスリリースを再利用しているだけの業界誌、2四半期遅れのデータセットなど。これは最も再利用性の高いリサーチナレッジであり、どのドキュメントにも存在しません。
チームが実際に使用している定義。 何をアクティブユーザーとみなすか、どの会計カレンダーを使用するか、誰の数値が正典（キャノニカル）か。新しいプロジェクトが始まるたびに、これらが再議論されます。
すでに回答された質問と、その回答場所。 これにより、次のプロジェクトは公開ウェブからではなく、あなたの調査結果から開始できます。
ステップ3：AIとエージェントを接続する
お使いのツールを接続します。MemoryLakeはMCPおよびAPI経由でアクセスできるため、MCPネイティブのエージェント（Claude Code、Codex、OpenClawなど）はMCPサーバーを指定して接続し、他のアシスタントはAPI経由で同じ記憶を読み取ります。これにより、調査結果のポータビリティが実現します。Perplexity、チャットアシスタント、エージェントのどこにいても、同じ結論を利用できます。
3つの率直な制限事項。MemoryLakeはあなたのBrainを読み取らず、Perplexityのプロジェクト設定を書き換えることもありません。 Brainはプロジェクト内の作業のためのPerplexityの記憶機能であり、Projectsで作業している場合は、それをオンにして使用する必要があります。MemoryLakeは、あなたまたはあなたのエージェントが入力したものだけを保持するため、ステップ2は手動になります。また、MemoryLake自体はリサーチを行いません。ソースの優先順位付け、検索、引用はPerplexityの役割です。
これにより実際に何が変わるか
「記憶しているか？」を目で確認できるようになります。 Brainタブには、プロジェクト用に生成された記憶が表示されます。空であることは、壊れているのではなく、オフになっていることを意味します。
新しいプロジェクトが白紙状態から始まることがなくなります。 プロジェクトのスコープ設定は意図的なものです。スコープ設定と戦うのではなく、永続的なレイヤーをその外側に保持することが解決策です。
指示がより短く、より手続き的になります。 調査結果が別の場所に保存されていれば、8,000文字は作業方法に関するルールに戻すことができます。
共有プロジェクトでの混乱がなくなります。 Brainの実行は作成者に課金され、individual memoryは遮断できます。この2つの設定が、「チームプロジェクトだとAIの知識が少なくなる」という報告のほとんどの原因です。
リサーチ結果がツールの寿命を超えて残ります。 次にどのアシスタントを使用する場合でも、同じ結論を読み取ることができます。これは what persistent memory actually means（永続的な記憶が実際に意味すること）で説明されている形です。
Perplexityでリサーチのコンテキストを維持するためのベストプラクティス
単発のセッションではなく、Project内で継続的なリサーチを行う。 Brainはプロジェクトのアクティビティからのみ記憶を構築します。
最初からやり直すのではなく、Convert session to projectを使用する。 ファイルや成果物を引き継ぐことができます。
Brainが自動か手動かを確認する。 手動設定は、一見すると忘れているように見えます。
信頼する前にBrainタブを確認する。 間違った記憶は、指示と競合するため、記憶がないことよりも悪影響を及ぼします。
Context設定でドメインを優先する。 リサーチにおいては、記憶の設定よりもソースの制御の方が重要です。
指示は手続き的な内容にとどめる。 結論ではなく、フォーマット、引用スタイル、ステータスファイルなどを指定します。
誰が支払い、何が遮断されているかを把握する。 Brainの実行はプロジェクト作成者に課金され、individual memoryはプロジェクトのクエリからブロックされる場合があります。
すべてを1つのProjectにまとめない。 Brainが無関係な作業から学習してしまい、またEnterprise以外のプロジェクトでは共同作業者が最大5人に制限されます。
結論とその証拠をプロジェクトの外に保存する。 理由が伴う調査結果は、新しいプロジェクト、新しいツール、新しいチームメンバーが現れても生き残りますが、調査結果単体では生き残りません。これは why RAG isn't memory（なぜRAGは記憶ではないのか）における一般的な問題です。
結論
Perplexityには確かにリサーチ用の記憶機能があり、利用しているほとんどの人が思っている以上に強力です。Brainはプロジェクトのアクティビティからリアルタイムで更新されるナレッジを構築し、Brainタブでその内容を正確に確認できます。また、Projectは会話、タスク、ファイル、指示、接続されたツールを1つの永続的なハブに保持します。
記憶機能がないように見える原因は、ほぼ常に次の4つのいずれかです。リサーチがProjectではなく単発のSearchセッションで行われている、Brainが手動実行に設定されている、独自の記憶を持つ別のProjectに移動した、またはプロジェクトのクエリがindividual memoryの利用をブロックされている。最初の3つは、10分程度の設定で解決します。4つ目は、おそらく存在すら知らなかったであろうスイッチです。
どのような設定でも解決できない唯一の要素はスコープです。Brainは意図的にプロジェクトごとにスコープされており、プロジェクト指示はすべてのクエリとともに送信されます。そのため、プロジェクトの寿命を超える結論（信頼できないと判断した情報源、チームで決定した定義、すでに除外したアプローチなど）は、それらすべての外側に居場所を必要とします。これらをあらゆるアシスタントがクエリできる場所に置き、各プロジェクト内の作業ではBrainをオンにすることで、新しいプロジェクトは公開ウェブからではなく、あなたがすでに知っていることから開始できるようになります。