MemoryLake
返回全部文章
Pain Point2026 年 5 月 22 日8 分钟阅读

为什么 Manus 会忘记我的项目历史?

你将第 50 个任务交给 Manus,项目正在进行中。它打开一个干净的浏览器,写下一个干净的 todo.md,并开始询问你三周前已经回答过的问题。第 12 次运行的研究、第 27 次运行的文件结构、你已经探索过的死胡同——统统消失。Manus 在每个任务中都以它第一天时的同样空白状态到达。

这是设计使然,并且有一种清晰的方法可以为其提供缺失的记忆。

简短答案

Manus 忘记你的项目历史是因为每个任务都在一个新沙盒中运行,该沙盒在任务完成时会重置。代理保持每个任务的 todo.md,并将工作卸载到沙盒内的文件中,但这些都不会保留到下一个运行。项目历史仅存在于你的最终输出文档中,而不在代理中。一个位于沙盒外的持久记忆层可以解决这个问题。

为什么 Manus 会忘记项目历史

Manus 是围绕每个任务的沙盒构建的。Manus 工程团队对这种权衡持开放态度:保持状态精简是让单个任务链式调用 50 多个工具而不崩溃的原因。

1. 沙盒在每个任务结束时重置。 正如 Manus 团队所写,你给代理的第 50 个任务开始时的上下文与第 1 个任务相同——你的提示和仅此而已。浏览历史、它写的代码、它收集的搜索结果以及它生成的综合信息都存在于沙盒内,并在任务完成时消失。

2. 上下文记忆被故意回收。 为了避免在长时间范围内的注意力崩溃,Manus 会重写其 todo.md,以保持当前目标接近上下文的末尾。较旧的观察会被积极总结或丢弃。这在一个任务内有效,但在任务之间保证了遗忘。

3. 文件是代理的“记忆”,但仅限于该运行。 Manus 将原始搜索结果、中间代码和大型输出存储为沙盒内的文件,而不是将它们保留在实时提示中。这对当前任务来说很聪明,但对下一个任务毫无用处,因为文件系统与沙盒一起消失。

保持 Manus 在单个任务内快速的架构选择正是导致它在任务之间遗忘的原因。

当 Manus 忘记项目历史时你会失去什么

在一个为期数周的项目中,每个新任务都要花费你相同的设置成本,而损失会逐渐增加:

  • 死胡同需要重新走。 Manus 已经尝试并排除的三种方法会再次被尝试,浪费工具调用和你的耐心。
  • 研究需要重新进行。 上周浏览的 200 页内容已经消失。相同的查询、相同的抓取、相同的总结,再次计入你的费用。
  • 约定被重置。 文件命名、文件夹布局、框架选择,以及你在第一天与 Manus 达成的小决定都需要在每个新提示中重新说明。

解决方案不是“写一个更长的提示”。而是将项目历史放在沙盒外的某个地方,让每个新任务都能读取。

Manus 的内置变通方案(以及每个方案的不足之处)

Manus 提供了一些部分有帮助的机制。

todo.md 和任务内文件记忆。 对当前任务非常有效。代理使用自己的文件系统作为临时空间,并复述目标以保持其专注。所有这些在沙盒重置时都不会保留。

最终输出文档。 Manus 返回可交付成果(文档、代码、报告),你可以将其保存并作为附件重新输入到下一个任务中。这对稳定输出有效,但代理的 推理轨迹——为什么选择 A 而不是 B,它信任哪些来源,放弃了哪些路径——并不在文档中。

手动提示填充。 许多用户在每个 Manus 任务的顶部粘贴一个长的“项目简报”。这是事实上的变通方案。它与其他所有长提示策略面临同样的瓶颈:你粘贴得越多,Manus 用于实际任务的预算就越少,而且你仍然需要手动维护该简报。

对于一次性自动化,原生方案很好。对于跨越数周的多任务项目,则不然。

Manus 的内置记忆不足之处

更深层次的问题是代理没有项目的概念。它有任务。每个任务都是独立的。因此,即使你将十次连续运行视为一项工作,Manus 也不会这样做——而且在 Manus 内部没有地方可以放置共享上下文。

更糟糕的是,项目工作很少停留在 Manus 内。你在 Manus 中进行研究,在 ChatGPT 中起草,在 Claude 中审查,在 Cursor 中交付。每个工具以自己的方式遗忘,项目上下文在每个工具之间碎片化。

MemoryLake 如何修复 Manus 忘记项目历史

MemoryLake 是一个跨模型的记忆层,存在于任何代理的沙盒外。你只需创建一个项目,加载现有的文档和决策,Manus 在每个任务开始时从该项目中提取。

  • 超越沙盒的每个项目记忆。 简报、先前输出、研究笔记、排除的方法和命名约定都存储在 MemoryLake 项目中。当 Manus 开始第 51 个任务时,它加载的第一件事是项目记忆,而不是一个空白提示。
  • 比原始提示多 10,000 倍的上下文。 MemoryLake 的检索引擎从数十亿个项目记忆的标记中读取,并仅向 Manus 提供每个任务相关的内容,因此你不再需要支付标记费用来每次粘贴相同的简报,并停止消耗沙盒的工作上下文。
  • 可移植到你的整个技术栈。 相同的项目记忆可以被 ChatGPT、Claude、Gemini、Grok、Cursor 以及任何支持 REST 或 MCP 的工具读取。当工作从 Manus 移出进行审查或交付时,项目历史也随之移动。

MemoryLake 在 LoCoMo 长上下文基准测试中得分 94.03%,这是截至 2026 年发布的最高结果,具有毫秒级检索和 AES-256 端到端加密。

在 3 个步骤中将 MemoryLake 连接到 Manus

  1. 创建项目并加载你的上下文。 登录 MemoryLake,打开项目管理,点击创建项目,并将其命名为“Manus — Q2 市场研究”。通过文档驱动上传先前任务的输出、简报、决策日志和参考文档——支持 PDF、Word、Excel、PowerPoint、Markdown 和图像。将命名约定和排除的方法作为结构化条目添加到记忆标签中。
  2. 生成 MCP 服务器端点。 在你的项目中打开 MCP 服务器标签,点击添加 MCP 服务器,命名为“Manus 集成”,然后点击生成。MemoryLake 返回一个 API 密钥 ID、密钥和端点 URL。立即复制密钥——它只显示一次。
  3. 连接 Manus。 在代理的工具/服务器配置中将 MemoryLake 添加为 MCP 兼容的记忆提供者,以便 Manus 可以在任务初始化时调用它,或者使用 REST API 和你的 Bearer 令牌在每个任务开始时以编程方式获取项目记忆并将其注入到开头提示中。

常见问题

Manus 在任务之间有长期记忆吗?

没有。Manus 在每个任务中都在一个新沙盒中运行,该沙盒在任务完成时重置。你希望代理在下一个任务中记住的任何内容都必须存在于 Manus 之外,或者在你的提示中,或者在外部记忆层中。

我如何让 Manus 在任务之间记住我的项目?

将 Manus 连接到持久的记忆存储,如 MemoryLake。你的简报、先前输出和决策存储在一个项目中,Manus 在任务初始化时通过 REST API 或 MCP 兼容的记忆条目将其提取。

为什么 Manus 不断重复相同的研究?

因为浏览历史和抓取的页面存在于每个任务的沙盒内,并在任务结束时消失。下一个任务开始时没有对已搜索或总结内容的记忆。

Manus 的上下文限制是什么?

Manus 不发布固定的用户可见上下文窗口。团队表示,平均任务使用大约 50 次工具调用,较旧的上下文会被积极总结或卸载到文件中,以保持活动提示精简。

我可以在 Manus 和 Claude 或 ChatGPT 之间共享相同的项目记忆吗?

可以。MemoryLake 将记忆存储在项目内的模型中立格式中,因此相同的项目历史可以被 Manus、Claude、ChatGPT、Gemini、Grok 以及任何支持 REST 或 MCP 的工具读取。