实际传输的内容
您的项目指示，放入 .clinerules/。 Perplexity 允许您添加“指示（最多 8,000 个字符），告诉 Computer 如何在此 Project 中工作”，在“设置”下管理为“用于项目中运行的每个查询的指示”。Cline“处理 .clinerules/ 内的所有 .md 和 .txt 文件，将它们合并为一组统一的规则”，因此 8,000 个字符可以轻松拆分为几个重点突出的文件。
不过，在粘贴之前请先阅读它们。Perplexity 自身关于哪些内容属于该部分的示例是“首选的响应格式或要保持更新的状态文件”——即针对研究助手的输出格式指示。您的指示中可能有相当一部分是告诉 Computer 如何呈现研究结果，而这并不是 Cline 所需要的。转换描述您标准的部分；丢弃描述报告格式的部分。
您的项目文件，作为仓库文件。 Perplexity Projects 允许您“单独上传持久文件、以文件夹形式上传，以及从连接的文件源导入”，并且“Computer 还可以代表您创建、更新和管理文件”。这些产物是真实的文件——下载它们并将仍然重要的文件放入仓库中，Cline 可以通过 @ 提及和拖放来访问它们。
如果您不是所有者，请注意一条权限说明：“查看者和编辑者可以查看文件，但只有编辑者可以编辑项目文件。”
其他任何内容都无法干净地传输，并且有五样东西完全没有去处。
Brain，即记忆。 这是最核心的部分。Brain 根据项目中完成的所有工作构建持续的记忆，您“可以在 Brain 选项卡中查看当前生成的记忆”，并且可以在“设置”下将其设置为自动或手动运行。这里没有导出功能，而且 Cline 没有任何可以自动积累的东西——Memory Bank 是一种由您手动维护的文档方法。因此，Brain 的内容必须通过阅读并重新输入，而 Brain 选项卡是唯一可以读取它们的地方。
一个在迁移过程中可能会影响团队的计费细节：“Brain 运行费用由项目的创建者承担。”如果项目创建者已经离职或其席位已不存在，这会影响在您迁移时 Brain 是否仍在更新。
项目摘要。 项目中完成工作的运行状态更新，根据 Perplexity 的设置文档，启用后“还将利用 Brain 获取更多上下文”。Cline 最接近的等价物是 Memory Bank 中的 activeContext.md 和 progress.md，Cline 将其描述为更新最频繁且记录里程碑的文件。目的相同，机制相反：Perplexity 自动生成它，而您需要手动编写 Cline 的。
优先来源。 Perplexity 允许您“添加和管理要优先考虑的网页链接和域名”，以便在项目中进行查询。这是一种研究原语，在编码智能体中没有对应物。如果您的项目依赖于始终咨询三个特定的文档域名，那么该偏好必须转化为纯文本指示，而且效果会打折扣。
连接器和项目级凭据。 Perplexity Projects 允许您“选择项目使用的连接器并添加特定于连接器的指示”以及“共享的项目级凭据”。Cline 的扩展点是 MCP 服务器，按工具而非按项目配置，并且凭据属于您个人而非项目。计划重新签发任何共享内容——不要尝试跨工具携带凭据。
频道绑定和个人记忆开关。 Perplexity 可以“将 Slack 或 Teams 频道绑定到此项目”，拉取频道上下文并将这些会话路由到项目的历史记录中。还有一个大多数人从不看的设置：“控制是否允许项目中的查询提取个人记忆。”Cline 没有这两个概念，因此任何通过频道绑定传入的内容现在都必须由您自行安排。
技能（Skills）是“可能”，而不是“确定”。 Perplexity Projects 允许您“上传和管理范围限于项目的可重用技能”，并指出“用户在项目中仍可访问个人和组织技能”。Cline 从 .cline/skills/、.clinerules/skills/ 和 .claude/skills/ 读取技能，每个技能都是一个包含 SKILL.md 的文件夹。Perplexity 的文档没有说明其项目技能使用的文件格式，因此不要假设文件夹可以直接放入——在计划复制之前打开一个并进行检查。将其视为“可能需要重写”而不是目录移动。
协作模式发生改变。 Perplexity 具有明确的角色——所有者、可编辑、可查看——访问范围从受限（默认）到组织范围，以及协作者限制（“非企业项目最多 5 名协作者；企业拥有的项目最多 9,999 名”）。Cline 的共享模型是版本控制：其指南是使用项目配置“实现应随仓库一起移动的团队共享行为”，并“提交您想与团队共享的 .cline/ 文件”。任何拥有仓库访问权限的人都拥有一切，这更简单也更粗放。
手动迁移
步骤 1：在停止为项目付费之前，阅读 Brain 选项卡和摘要
先做这一步，因为这是唯一一个以后无法重做的步骤。
打开 Brain 选项卡并阅读其中的内容。这是 Perplexity 对项目积累的理解——正是这种理解让您重新回到项目时感觉是继续进行，而不是重新开始。顺便检查一下“设置”下的记忆部分：如果 Brain 被设置为手动，它可能比您想象的要陈旧，在阅读之前运行一次可以为您提供更好的快照。
然后阅读项目摘要（如果已启用）。这是您能得到的最接近书面交接的东西。
然后导出文件。可以单独导出或按文件夹导出，包括 Computer 代表您创建的任何内容。并从“设置”中复制完整的指示文本——如果您用满了，那就是全部 8,000 个字符。
在迁移完成之前，保持项目处于活跃状态。一旦 Brain 停止运行或访问失效，Brain 选项卡的内容是无法从您的聊天历史记录中重建的。
步骤 2：落地规则，然后构建 Perplexity 曾为您填充的容器
规则先行，边做边拆分。 创建 .clinerules/ 并将转换后的指示放入重点突出的文件中——Cline 支持可选的数字前缀（如 01-standards.md）进行排序，并为每个规则提供一个开关，这样您就可以在不删除规则的情况下禁用它。当发生冲突时，工作区规则优先于全局规则，这正是您对任何特定于项目的规则所期望的行为。
然后安装 Memory Bank，并接受它是手动的。 Cline 的设置是将自定义指示添加到规则文件中（例如 .clinerules/memory-bank.md），然后要求 Cline “初始化 memory bank”。它会创建六个 markdown 文件：projectbrief.md、productContext.md、activeContext.md、systemPatterns.md、techContext.md 和 progress.md。
这就是不匹配出现的地方，值得提前规划，而不是事后才发现。这六个文件描述了一个代码库——它的架构、技术栈、当前重点和里程碑。而您的 Perplexity Project 积累的是研究结果：您对市场的了解、您对比了哪些供应商、法规的实际要求是什么。这些内容都不适合放入 systemPatterns.md 或 techContext.md。
您有两个坦诚的选择。要么变通一下 Memory Bank，添加第七个文件来记录研究结果，这可行，但超出了 Cline 指示所描述的文档结构。要么将研究结果排除在 Memory Bank 之外，并给它们一个专属的归宿——这就是下一节的内容。
无论您选择哪种方式，请根据您在步骤 1 中阅读的项目摘要来编写 activeContext.md 和 progress.md。这是目前最接近的转换方式，在摘要还记忆犹新时进行编写，比一个月后重新构建要容易得多。Cline 的 /newtask 命令在这里也值得了解：它“工作起来就像开发人员交接”，将计划、已完成的工作、相关文件和后续步骤打包到一个新任务中——这在您运行起来后很有用，但不能替代初始的编写。Cline 自身更广泛的设置模式收集在最适合 Cline 的记忆设置中。
更好的方法：给研究结果一个两个工具都无法提供的容器
退一步看看出错的具体情况。指示转换了。文件下载了。而最核心的部分——对持续开展工作的积累理解——却作为供应商生成的视图存在，您可以阅读但无法导出，并且正在被塞入一个旨在描述代码的文档结构中。
这不是 Perplexity 的失败，也不是 Cline 的失败。Brain 是一个很好的功能；Brain 选项卡的存在正是为了让您看到它保存了什么。Memory Bank 是一个很好的模式；仓库中的六个文件总比主目录中什么都没有要好。它们只是为不同类型的知识而构建的，而研究结果恰好介于两者之间。
这正是 MemoryLake 所保存的：您项目的持久事实，保存在您的工具可以查询的层中，与是哪个助手生成的无关。设置只需三个步骤。
步骤 1：创建 API 密钥
登录并创建 API 密钥。一个凭据即可跨您连接的工具使用。
步骤 2：上传您的第一批记忆
简短的条目，每条一条陈述。您刚刚阅读的 Brain 选项卡是您能拥有的最好的输入列表：
将每个研究结果作为一条陈述，并注明其来源。 “供应商在标准层级的速率限制为 500 次/分钟，已于 6 月在其定价页面上确认。”没有出处的研究结果在三个月内就会变成传言。
您得出的结论，与您阅读的文档分开。 Project 积累了这两者。只有结论才值得携带。
您评估并拒绝的选项，以及原因。 这是最容易被反复争议的类别，而且没有出现在任何文件中。
来自研究而非代码的约束。 法规、合同条款、平台政策。代码仓库中的任何内容都无法暗示它们。
步骤 3：连接您的 AI 和智能体
MemoryLake 可以通过 MCP 和 API 访问，因此支持原生 MCP 的智能体（包括 Cline、Claude、Claude Code、Codex 和 OpenClaw）通过指向 MCP 服务器进行连接，而其他助手则通过 API 读取相同的记忆。这意味着，为您决策提供依据的研究在您编写代码的工具中始终保持可查询状态。
三个坦诚的限制。MemoryLake 无法读取或导出您的 Brain、您的项目摘要或您的 Perplexity 文件——Brain 是 Perplexity 的一项功能，无法导出，步骤 1 正是出于这个原因而进行的一项阅读练习。它只保存您或您的智能体放入其中的内容，因此步骤 2 是手动的。并且它不能替代 .clinerules/ 或 Memory Bank；规则引导行为，Memory Bank 跟踪项目状态，这两者都不是记忆层所编写的。
这在实践中改变了什么
指示可以转换，但需要编辑。 报告格式化规则不属于编码智能体。
Brain 变成了一次性读取的任务。 由于不存在导出，因此请安排好读取时间。
项目摘要变成了您编写的两个文件。 根据摘要一次性编写 activeContext.md 和 progress.md。
优先域名变成纯文本，且效果变弱。 不存在等效的原语。
共享方式从角色转变为仓库访问权限。 更简单、更粗放，没有 5 名协作者的上限。
研究结果不再无家可归。 它们以前存在于供应商的视图中；现在它们是可查询的——大体情况参见为什么 Perplexity 会忘记您的 Spaces 内容。
从 Perplexity Projects 切换到 Cline 的最佳实践
先阅读 Brain 选项卡，并在阅读前运行一次 Brain。 如果它之前是手动的，视图可能是陈旧的。
完整复制指示，然后进行删减。 8,000 个字符重新构建起来很麻烦，而且其中一些内容值得丢弃。
在计划导出之前检查您的角色。 只有编辑者可以编辑项目文件。
在迁移过程中保持项目处于活跃状态。 Brain 无法从聊天历史记录中重建。
将指示拆分为带开关的 .clinerules/ 文件。 一个冗长的规则文件是一个没人会去编辑的规则。
切实初始化 Memory Bank。 跳过这一步是人们得出 Cline 健忘结论的原因——症状方面参见为什么 Cline 会忘记任务历史记录。
不要强行将研究结果塞进 systemPatterns.md。 这六个文件描述的是代码。研究是另一种不同类型的知识。
重新签发凭据；切勿携带它们。 Perplexity 的项目级凭据在设计上就是项目范围的。
保持研究结果可查询，而不是归档。 研究结论是用来被询问的，而不是用来阅读的——这也是为什么让 Perplexity 记住您的研究上下文与记录代码库是完全不同的工作。
结论
从 Perplexity Projects 到 Cline 是在两种不同的项目理论之间进行迁移。Perplexity 的理论是：项目是一项持续开展的工作，包含对话、任务、连接的工具、优先来源和不断积累的记忆。Cline 的理论是：项目是一个代码仓库，包含引导生成的规则和描述代码当前状态的文档集。
机械性的那一半很简单：最多 8,000 个字符的项目指示变成 .clinerules/ 文件，而项目文件（包括 Computer 为您生成的任何内容）变成仓库文件。在转换时进行编辑，因为为了塑造研究助手输出而编写的指示并不是编码智能体所需的标准。
没有去处的那一半是 Brain 和项目摘要。Brain 根据项目中的所有工作构建持续的记忆，并可以在 Brain 选项卡中查看；它无法导出，而且 Cline 没有任何可以在没有您的情况下自动积累的东西。项目摘要大致对应于 activeContext.md 和 progress.md，只不过现在由您来编写。优先域名、连接器、频道绑定和个人记忆开关则完全没有对应物。
因此，在您还拥有 Brain 选项卡时阅读它，如果它之前是手动的，请先运行一次 Brain，导出文件，用红笔修改并转换指示，正确初始化 Memory Bank，并将研究结果（连同来源、结论和被拒绝的选项）放在研究工具和编码智能体都可以查询的地方。这样，下一次更换工具时，您损失的只是规则，而不是理解。