为什么你的研究上下文会消失
Perplexity 的三个层级中只有一个是记忆
有必要理清这些概念，因为它们的失效方式各不相同。
Personalization 是一个个人资料。设置页面列出了它所包含的内容：“您的职业”、“公司名称”、“出生日期”、“性别”、“自定义指令：用于填写偏好、兴趣和风格的自由文本字段”，以及位置信息的选择性加入。Perplexity 的定位是“Personalization 是您向 Perplexity 提供关于您的上下文的地方，以便让回答感觉是量身定制的”。它是关于你的，是静态的，而不是你存放研究发现的地方。
Project instructions 是确定性的且容量慷慨。当你创建一个 Project 时，你可以“添加指令（最多 8,000 个字符），告诉 Computer 如何在此 Project 中工作——例如，首选的回答格式或需要保持更新的状态文件”。八千个字符为常规规则提供了充足的空间。但这仍然是指令，而不是累积的研究发现。
Brain 才是记忆。它是根据项目活动生成的，可以在其专属的标签页中查看，并且是这三个层级中唯一一个会随着你的工作而增长的。
大多数关于“Perplexity 遗忘了我的研究”的反馈，都是因为让这三个层级中的某一个承担了它并非为此设计的工作。
Brain 可能被设置为手动运行
这是人们经常忽略的设置，文档中也有说明：Brain 的运行“计费给项目的创建者，您可以在 Settings 标签页的 memory 部分控制它是自动运行还是手动运行”。
由此会产生两个后果。如果设置为手动，记忆只有在你要求时才会累积，这看起来就像是遗忘。而且由于运行费用计入项目创建者的账户，在共享项目中，付款的人不一定是进行研究的人——这是一个合理的设计，也是团队项目可能会降低 Brain 使用强度的真实原因。
同一面板中的相关设置是 project summary，它“生成项目中已完成工作的运行状态更新”，启用后还会利用 Brain 获取更多上下文。
所有内容的范围都仅限于单个项目
Project 被描述为“Perplexity 中一个持久且可共享的工作区，它将持续开展的工作所需的一切保存在一个中心枢纽中——包括您的 Search 会话、您的 Computer 任务、文件、自定义指令、连接的工具，以及 Perplexity 在您工作时积累的上下文”。
一个中心枢纽。这意味着 Perplexity 在上季度项目中积累的上下文仍留在上季度的项目中。为新客户启动一个新的 Project，Brain 就会重新开始，这是设计使然。没有任何设置可以改变这一点，这本身也不是缺陷——但这确实意味着，仅靠 Brain 永远无法为你跨所有工作提供一个连续的研究知识库。
你的个人记忆可能与项目隔离
有一个几乎没人注意到的开关。在 Settings 标签页的 memory 部分，你可以“控制是否允许项目中的查询提取个人记忆”。
如果关闭该开关，项目就会刻意与 Perplexity 了解的关于你个人的信息隔离。这在处理客户工作时很有用，但如果你没有主动设置且不知道它的存在，就会感到困惑。
术语已更改，但旧指南未更新
如果你正在遵循提到 Spaces 的指南，它们描述的是该功能以前的名称。帮助中心文章现在的标题是“什么是 Projects？”，而其 URL 仍包含 what-are-spaces，且最后更新日期为 2026 年 7 月 30 日。了解这一点很有必要，这样你就不会去寻找已被重命名的菜单项了。
人们尝试过的方法
将上一个会话的摘要粘贴到新对话中。 这种方法永久有效，但每次都要付出相同的成本——这正是如何停止向 AI 重复解释上下文中提到的循环。
将研究发现放入 Personalization 的自定义指令中。 容器选错了。该字段用于“偏好、兴趣和风格”，它是关于你的常驻文本，而不是你所学知识的存储库。
重新上传相同的源文档。 Project 拥有持久的 Files，因此这通常是在 Project 之外进行研究的症状——类似于为什么 Perplexity 会遗忘上传的文件中所述的情况。
为所有内容创建一个庞大的 Project。 解决了边界问题，却带来了更糟糕的问题，因为 Brain 随后会根据不相关的工作构建记忆。此外还会受到协作者人数限制的影响：“非企业版 Project 最多支持 5 名协作者；企业版拥有的 Project 最多支持 9,999 名协作者。”
将研究发现写入 8,000 字符的指令中。 聊胜于无，但它颠倒了容器的作用：指令是关于 Computer 应该如何工作的，而不是你的结论。而且它们会随项目中的每一次查询一起发送。
因为 Project 存在就默认 Brain 已开启。 这是最常见的情况。Project 是容器，而 Brain 是其中的一个设置。
解决方案：将工作放入 Project，开启 Brain，然后按容器路由
分为四个步骤。前三个步骤大约需要十分钟。第四个步骤则是能在项目结束后依然存续的关键。
将研究移入 Project——而且你不需要重新开始。 Perplexity 支持升级现有工作：“在 Computer 任务中，使用 Convert session to project 来启动一个 Project，并将您的文件和产出带入其中，或者直接让 Computer 从进行中的会话或现有会话创建项目。”它甚至会为你建议配置：“您也可以从现有会话启动 Project，Perplexity 将根据该会话建议标题、描述和指令。”
给它一个标题（最多 50 个字符）和描述（最多 1,000 个字符）。请注意，Project 默认是“私有（受限）”的，因此在您选择共享之前，任何内容都不会被公开。
打开 Settings 标签页并调整这四个开关。 在 memory 部分：开启 Brain，并主动决定是自动还是手动运行，而不是使用默认设置。如果你想要运行状态，请启用 project summary。决定项目查询是否可以提取你的个人记忆。在 Context 部分，“添加并管理要优先考虑的网页链接和域名”——对于研究工作而言，限制或优先考虑来源是该面板中杠杆率最高的设置，且它与记忆无关。
阅读 Brain 标签页。 这一步能将 Brain 从一个黑盒子变成你可以信赖的工具。它显示了当前为项目生成的记忆。如果它是空的，说明 Brain 没有运行。如果它是错的，你可以在它影响接下来的二十个回答之前发现问题。
将 8,000 个字符用于规则，而不是研究发现。 回答格式、首选哪些来源、需要保持更新的状态文件、如何引用。文档本身的示例是“首选的回答格式或需要保持更新的状态文件”——这是程序性的，而非事实性的。
这涵盖了单个项目内部的所有内容。但它无法涵盖那些比项目生命周期更长久的部分：你在三月份发现的至今仍然适用的约束条件、你发现不可信的来源、你团队确定的定义、你已经排除的方法。Brain 在设计上故意限制在每个项目内，且项目指令会随每次查询一起发送，因此持久层无处安放。
这正是 MemoryLake 的用武之地：它将你的持久研究发现和约束条件保存为你可以读取、纠正和删除的条目，存放在任何助手都可以查询的层级中。设置只需三个步骤。
步骤 1：创建 API 密钥
登录 MemoryLake 并创建一个 API 密钥。一个凭证即可跨越你连接的所有工具。
步骤 2：上传你的第一批记忆
简短的条目，每条包含一个断言。以下是属于任何单一项目之外的内容：
附带证据的结论。 “供应商定价页面低估了企业级方案的价格，因为公布的数字不包含平台费。”仅凭结论会引发重复争议，而附带原因则不会。
你学会了给予不同权重的来源。 比如只会转发新闻稿的行业刊物，或者滞后两个季度的的数据集。这是最可复用的研究知识，且不存在于任何文档中。
你团队实际使用的定义。 比如什么算作活跃用户、使用哪个财政日历、谁的数据是权威的。每个新项目都会重新争论这些问题。
已经回答过的问题以及出处。 这样下一个项目就可以从你的研究发现开始，而不是从公开网络开始。
步骤 3：连接你的 AI 和智能体
连接你使用的工具。MemoryLake 可以通过 MCP 和 API 访问，因此 MCP 原生智能体（包括 Claude Code、Codex 和 OpenClaw 等）可以通过指向 MCP 服务器进行连接，而其他助手则通过 API 读取相同的记忆。这正是让研究发现具备便携性的原因：无论你使用的是 Perplexity、聊天助手还是智能体，都可以获得相同的结论。
三个坦诚的局限性。MemoryLake 不会读取你的 Brain，也不会写入你的 Perplexity 项目设置——Brain 是 Perplexity 用于项目内工作的记忆，如果你在 Project 中工作，你应该开启并使用它。它只保存你或你的智能体放入其中的内容，因此步骤 2 是手动的。而且它不做研究：来源优先级划分、检索和引用是 Perplexity 的强项。
这在实践中带来了什么改变
“它在记吗？”变成了一个你可以直观查看的过程。 Brain 标签页显示了为项目生成的记忆。空白意味着关闭，而不是损坏。
新项目不再是一张白纸。 项目范围划分是刻意为之的；将持久层保留在项目之外才是解决方案，而不是去对抗这种范围划分。
指令变得更短、更具程序性。 当研究发现存放在其他地方时，这 8,000 个字符就可以重新用于规定如何工作的规则。
共享项目不再令人困惑。 Brain 的运行计费给创建者，且个人记忆可以被隔离——这两个设置解释了大多数关于“它在团队项目中知道得更少”的反馈。
你的研究比工具更长寿。 无论你接下来使用什么助手，都可以读取相同的结论——这正是持久记忆的真正含义中所涵盖的形式。
在 Perplexity 中保留研究上下文的最佳实践
在 Project 内部进行持续研究，而不是在一次性会话中。 Brain 仅根据项目活动构建记忆。
使用 Convert session to project，而不是重新开始。 它会把你的文件和产出带过去。
检查 Brain 是自动还是手动。 手动运行看起来就像是遗忘。
在信任 Brain 之前，先阅读 Brain 标签页。 错误的记忆比没有记忆更糟糕，因为它会与你的指令产生冲突。
在 Context 设置中优先考虑域名。 对于研究而言，来源控制比记忆设置更重要。
保持指令的程序性。 格式、引用风格、状态文件——而不是结论。
了解谁在付费以及什么被隔离了。 Brain 的运行计费给项目创建者，且可以阻止项目查询提取个人记忆。
不要为所有内容只构建一个 Project。 否则 Brain 会从不相关的工作中学习，且非企业版项目限制最多 5 名协作者。
将结论及其证据保存在项目之外。 带有推理过程的研究发现可以在新项目、新工具和新队友中存续，而孤立的研究发现则不行——这是为什么 RAG 不是记忆中提到的普遍问题。
结论
Perplexity 确实拥有用于研究的记忆功能，而且它的功能比大多数使用者意识到的还要强大。Brain 根据项目的活动构建实时更新的知识，你可以在 Brain 标签页中确切地看到它包含的内容，而 Project 则将对话、任务、文件、指令和连接的工具保存在一个持久的中心枢纽中。
导致它看起来不存在的原因几乎总是以下四者之一：研究是在一次性 Search 会话中进行而不是在 Project 中、Brain 被设置为手动运行、你进入了另一个拥有独立记忆的 Project，或者项目查询被阻止提取你的个人记忆。前三个问题只需花十分钟调整设置即可解决。第四个则是一个你可能根本不知道其存在的开关。
没有任何设置可以解决的一个问题是范围。Brain 在设计上故意限制在每个项目内，且项目指令会随每次查询一起发送，因此那些比项目生命周期更长久的结论——你发现不可信的来源、你团队确定的定义、你已经排除的方法——需要一个项目之外的归宿。将这些内容放在任何助手都可以查询的地方，为每个项目内部的工作开启 Brain，这样新项目就可以从你已知的知识开始，而不是从公开网络重新开始。