实际可以迁移的内容
项目指令可以轻松迁移，且空间绰绰有余。 Perplexity 允许您添加“最多 8,000 个字符”的指令，以告知 Computer 如何在 Project 中工作。Zed 的 AGENTS.md 没有记录字符上限，因此这些内容可以轻松迁移。这是整个迁移过程中最干净利落的部分。
文件需要手动迁移。 每个 Project 都有文件（可以单独上传、以文件夹形式上传，或从连接的文件源导入），并且 Computer“还可以代表您创建、更新和管理文件”。下载这些文件并放入您的仓库中。Zed 的智能体可以读取您的文件系统，因此磁盘上的任何内容都是可访问的。
个人与项目范围的划分有等效机制。 Perplexity 将项目指令与个人记忆分开。Zed 将位于 ~/.config/zed/AGENTS.md（在 Windows 上为 %APPDATA%\Zed\AGENTS.md）的个人指令与项目指令文件分开，并且“当发生冲突时，项目指令会覆盖个人 AGENTS.md”。机制不同，但区分方式一致。
无法迁移的内容——而这正是成熟 Project 所包含的大部分内容：
Brain 生成的记忆。 这是最核心的部分，有必要准确说明：Perplexity 确实拥有记忆。Brain“有助于为项目中完成的所有工作构建持续的记忆”，它“根据项目的活动构建实时更新的知识库，从而为 Computer 提供更好的上下文”，并且您“可以在 Brain 选项卡中查看当前生成的记忆”。Brain 的运行费用由项目创建者承担，您可以在 Settings 选项卡中控制它们是自动运行还是手动运行。
Zed 没有从活动中生成记忆的功能。它只有常驻的指令和按需调用的 Skills。因此，Brain 积累的输出无法直接迁移——但由于它在 Brain 选项卡中可见，因此可以被读取和复制，这正是实际迁移的步骤。
项目摘要。 Perplexity 的项目摘要“生成项目中已完成工作的持续状态更新”，并可以利用 Brain 获取上下文。Zed 中没有等效功能，而且状态更新对于常驻指令文件来说本身也是不合适的内容。
完全无法迁移协作功能。 角色（所有者、可编辑、可查看）、访问范围（默认受限、企业版上组织可查看、组织可编辑，或任何拥有链接的人）、非企业版 Project 最多 5 名协作者以及企业版 Project 最多 9,999 名协作者的限制，以及绑定到项目以包含其上下文的 Slack 或 Teams 频道。Zed 的指令文件是通过提交到 git 来共享的。这是真正的功能性转变，而不仅仅是格式的变化。
连接器、凭据和连接的工具。 项目级的连接器选择、特定于连接器的指令以及共享的项目级凭据都是 Perplexity 的基础设施。
Search 对话和 Computer 任务。 会话仍保留在 Perplexity 中。
手动迁移步骤
步骤 1：提取指令并阅读 Brain 选项卡
两次导出，而第二步往往被人们忽略。
复制项目指令。 打开 Settings 选项卡中的 Context 部分——这里是“用于项目中运行的每个查询的指令”所在的位置，同时还有优先考虑的网页链接、域名和默认模式。将指令复制出来。另外请注意优先考虑的域名：它们不会作为设置迁移，但在文本中保留“优先选择来自 X 的来源”是一行合理的描述。
打开 Brain 选项卡并阅读它构建的内容。 这一步决定了迁移是否能保留有价值的内容。Brain 一直在根据项目活动积累该项目的工作模型；这些内容是可见的，也是您最接近导出数月工作成果的途径。
批判性地阅读它，而不是全盘复制。您需要寻找持久的结论——影响决策的约束条件、最终被证明具有权威性的来源、经过调查后放弃的方法。跳过任何属于状态快照的内容；那是项目摘要的作用，而且它会失效。
下载文件。 在 Files 部分，下载您仍需要的所有内容。
步骤 2：设置 Zed 的指令层——并检查是否存在遮蔽文件
现在是包含特定陷阱的部分。
Zed 的项目指令加载器会使用此列表中第一个匹配的文件：.rules、.cursorrules、.windsurfrules、.clinerules、.github/copilot-instructions.md、AGENT.md、AGENTS.md、CLAUDE.md、GEMINI.md。
第一个匹配，而非所有匹配。如果您的仓库中留有早期工具遗留的 .cursorrules，它将胜出，而您新的 AGENTS.md 将永远不会被读取。在编写任何内容之前，请删除或合并这些残留文件。
然后拆分您提取的内容：
始终适用的指南 → AGENTS.md。 您的 Perplexity 项目指令，减去任何专门针对 Computer 的内容。仓库规范、首选语气、项目约束——Zed 的文档明确指出这些就是指令材料。
通用偏好设置 → ~/.config/zed/AGENTS.md。 适用于您打开的每个项目的任何通用规则。
可重复的步骤 → Skills。 Zed 的划分非常明确：指令用于常驻引导，而 Skills 用于通过名称调用的“可重用任务工作流”。您在 Perplexity 指令中构建的研究或审查步骤应该放在这里，而不是放在常驻文件中。
如果您将 Zed 与其他智能体一起使用，还有一个记录在案的注意事项：“外部智能体（External Agents）和终端线程（Terminal Threads）可能会直接读取它们自己的原生指令文件。不要假设 Zed 的指令加载器控制着这些智能体。”设置 AGENTS.md 配置的是 Zed Agent，而不是您从 Zed 内部启动的所有工具。
如果您是从 Zed 较旧的 Rules 系统迁移过来的，映射关系也有记录：按需调用的 Rules 变成了 Skills，常驻的 Rules 变成了个人 AGENTS.md，并且项目 .rules 文件仍作为兼容指令文件受到支持。相关内容在为什么 Zed 会遗忘项目上下文中有所提及。
更好的方法：将研究知识存放在编辑器无法掌控的地方
看看您刚才做了什么，差距显而易见。指令移入了一个文件。文件移到了磁盘上。而花费数月构建的东西——Brain 收集的关于您的项目、其来源和死胡同的所有内容——要么被手动重新输入到随每个请求一起发送的 markdown 文件中，要么丢失了。
这不是 Zed 的缺点。编辑器的指令文件是为了引导智能体，这就是为什么 Zed 首先将常驻的 Instructions 与按需调用的 Skills 分开的原因。研究知识是第三个类别，这两个容器都不适合它。
这正是 MemoryLake 的用武之地：将您持久的项目知识保存为可检索的条目供您的工具读取，而不是完整加载的文档。设置只需三个步骤。
步骤 1：创建 API 密钥
登录 MemoryLake 并创建 API 密钥。在您连接的工具中通用一个凭据。
步骤 2：上传您的第一批记忆
根据您刚刚阅读的 Brain 选项卡，编写简短的条目——每条记录一个结论：
带有来源的发现。 “2025 年的备案取代了 2024 年关于保留期的指南”以及该结论的来源。研究项目的价值在于结论，而没有来源的结论在以后是无法核实的。
被证明具有权威性的来源，以及没有权威性的来源。 Perplexity 的优先域名设置体现了其中的一部分；写下判断，而不仅仅是域名列表。
您已结束的调查方向。 这是重新发现成本最高的东西，而且没有任何其他产出物会记录它。
影响决策的约束条件。 监管限制、数据可用性差距、排除彻底方案的截止日期。
跳过任何属于状态更新的内容。如果它在两周内就会过时，那它属于项目摘要，而不是这里。
步骤 3：连接您的 AI 和智能体
连接您使用的工具。MemoryLake 可以通过 MCP 和 API 访问，因此支持 MCP 的原生智能体（包括 Claude Code、Codex 和 OpenClaw）可以通过指向 MCP 服务器进行连接，而其他助手则通过 API 读取相同的记忆。这样，知识就可以在 Zed 以及您使用的任何其他工具中可用，而无需存在于其中任何一个工具内部。
三个客观的限制，其中第一个在这里尤为重要。MemoryLake 不会读取 Perplexity 或 Brain——它无法导出您的 Project，上述步骤 2 是您通过阅读 Brain 选项卡进行的手动工作。它不能替代 AGENTS.md 或 Skills，后者是您引导 Zed 智能体的方式。而且它不是一个协作平台：您在 Perplexity 中拥有的角色、范围和频道绑定是您正在放弃的真实功能。
这在实践中改变了什么
Brain 的输出在迁移后得以保留。 虽然不是自动的，也不是完全的——但只要阅读一次并记录为条目，持久的那一半就会比平台生命周期更长。
AGENTS.md 保持足够简短以便于遵循。 指令承载着方向。它们不承载研究语料库，这使得常驻内容保持适当的比例。
残留的规则文件不会悄悄胜出。 一旦您知道 Zed 会采用第一个匹配的文件，.cursorrules 就会成为您在设置期间删除的东西，而不是在十月份去调试它。
失去协作功能是一个决定，而不是一个意外。 您在企业版 Project 中最多可拥有 9,999 名协作者，并可绑定 Slack 频道。Git 加上共享记忆层是一个不同的模型——值得有意识地进行选择。
切换到下一个工具的成本很低。 保存在编辑器之外的研究知识可以被其中任何一个读取——具体概念请参阅为什么 RAG 不是记忆。
此迁移的最佳实践
在取消任何订阅之前，请先阅读 Brain 选项卡。 这是查看该平台所学内容的唯一窗口，一旦访问结束，该窗口也将关闭。
提取结论，而不是状态。 带有来源的发现是持久的。持续的状态更新则不然。
从仓库中删除 .cursorrules、.windsurfrules 和 .clinerules。 第一个匹配加载意味着过时的文件会排在您新的 AGENTS.md 之前。
将常驻内容与按需调用的内容分开。 Zed 自身的区分：Instructions 用于持久引导，Skills 用于可重用的任务工作流。将步骤放入常驻文件中是导致其臃肿的最常见原因。
将优先域名保留为文本。 该设置不会迁移；但其背后的判断应该保留。
记住外部智能体会读取它们自己的文件。 配置 AGENTS.md 引导的是 Zed Agent，而不是您在 Zed 内部运行的每个智能体。
在离开前决定 Brain 的运行模式。 如果您在过渡期间保持 Project 活跃，自动 Brain 运行的费用将由项目创建者承担——这值得提前检查，而不是事后才发现。
为您的条目注明日期。 研究发现比代码规范老化得更快——这一普遍问题在什么是 AI 记忆，什么不是中有所讨论。
结论
Spaces 现已更名为 Projects，而 Project 远不止是一个指令文件：它包含 Search 对话、Computer 任务、文件、连接器、企业版上多达 9,999 名协作者、Slack 和 Teams 绑定、持续的项目摘要，以及 Brain 根据项目活动构建的实时记忆。Zed 的智能体则完全不同——它是常驻的 AGENTS.md 指令加上按需调用的 Skills，读取您的本地文件系统。
因此，迁移的过程是：指令干净地移入 AGENTS.md，文件移到磁盘上，步骤变成 Skills，而协作功能则无法随之迁移。决定这次迁移是否保留了有价值内容的关键步骤是：打开 Brain 选项卡，阅读数月工作积累的成果，并将持久的结论记录为不属于任何一个平台的条目。这样做，Zed 就能在获取充分信息的情况下启动。跳过这一步，您迁移的就仅仅是一个设置文件。