Manus 官方发布的关于恢复的真实内容
此处引用的所有内容均来自 Manus 帮助中心的服务变更文章。没有第三方总结，也没有 Manus 未公布的数据。
窗口期没有关闭日期，文件是唯一的钥匙
"自 8 月 25 日上午 8:00 起，任何受我们服务变更影响的用户都可以使用您之前保存的备份包来恢复您的账户和任务。"
对于已部署的站点，Manus 明确表示这种开放性是刻意为之的：任何已部署的网站从删除开始就无法访问，"直到您主动恢复数据（恢复入口于 8 月 25 日上午 7:59 开启）——由于恢复时间由您决定，因此没有固定的截止日期。"
这种灵活性的另一面是，备份期已永久关闭。对于丢失的文件，文档建议先检查云端硬盘的垃圾箱和版本历史记录，然后："如果文件确实丢失或损坏，请在数据备份期内创建新的备份；一旦数据备份期结束，将无法创建新的备份。" 还有一条在整理“下载”文件夹时很容易违反的操作说明："请勿修改、重命名或移动备份文件，因为这可能会导致其无法使用。"
恢复仅运行一次
这句话在恢复文章中出现了两次，这通常表明厂商预计人们会忽略它："恢复只能完成一次。"
周围的段落解释了为什么这并没有听起来那么残酷，以及唯一的安全阀在哪里："数据恢复支持上传多个备份包。上传后，我们将对内容进行去重和整合，以恢复最完整的任务数据集。数据恢复只能执行一次。我们强烈建议您在进行恢复之前，仔细检查并确认备份包是否正确且包含最新版本。"
因此，您并不局限于一个文件。您受限于一次完成的恢复，您想要的所有内容都必须包含在该上传中。安全阀很窄但确实存在："失败的包验证尝试不计为已完成的恢复，因此您可以使用完整的包集重试。" 被拒绝的上传不属于已消耗的尝试。而成功恢复了错误的包集则是。
两个包，以及导致大多数失败的 4 GB 拆分
备份最多会生成两个承担不同任务的归档文件。账户数据备份（Account Data Backup）"很小——不超过 10 MB，作为邮件附件发送"，且只有 C 类用户可以生成。对于这些用户来说，依赖性是绝对的："没有账户数据备份，任务数据将无法恢复。"
任务数据备份（Task Data Backup）是较大的那个，Manus 对其内容的描述很直白：它"包含您的任务、生成的文件（如网站和幻灯片）以及配置数据。"
然后是导致大多数困惑的限制："单个数据包的上限为 4GB。例如，总共 8GB 的数据将被分为两个 4GB 的备份包。" 在恢复端，这变成了一个硬性要求："如果导出包含多个文件，请将未编号的主包与来自同一次导出的每个带编号的 part 包一起上传。不完整的包集无法恢复。"
如果您的导出文件是 12 GB，您将拥有三个文件，并且这三个文件必须在同一次操作中一起上传。
适用哪些步骤取决于您的账户类型
Manus 将受影响的账户分为三类，恢复路径因类型而异。对于保留下来的账户："A 类和 B 类用户：您的账户不受影响，您可以像往常一样继续使用 Manus，但您被删除的任务数据、Manus 生成的制品以及授权的连接器将无法检索，除非您稍后自己使用备份文件进行恢复。"
对于被删除的账户："C 类用户：您的账户将保持删除状态，您将无法登录。要使用 Manus 服务，您必须创建一个新账户。" 他们的顺序是先恢复账户，再恢复任务数据。
团队还增加了三个限制。"只有团队所有者有权恢复团队数据。团队成员无法发起团队数据恢复。" 如果没有人执行："如果团队所有者不执行恢复，团队数据将无法检索，成员也将无法访问。" 还有一条在即兴操作前值得读两遍的指令："请勿为此目的创建新团队；原团队的备份包无法恢复到新创建的团队中，也无法与之合并。" 同时拥有个人账户和团队的任何人必须"完成两次独立的账户恢复操作以及数据恢复操作。"
这改变了什么，又没有改变什么
恢复的内容是明确定义的：任务、生成的文件（包括网站和幻灯片）以及配置数据。已部署的站点会自动恢复——"在您恢复任务数据备份后，您已部署的网站将自动重新上线。" 第三方连接器会以半就绪状态恢复："数据恢复也会恢复第三方连接器，但您需要手动重新打开该开关。"
什么不会恢复也定义得同样清楚，就在备份指南的一句话中："备份仅捕获生成那一刻的数据快照，不会自动同步新任务。" 该包在导出时已被冻结。在您最后一次导出和删除窗口期之间创建的任何内容都不在其中，任何恢复操作都无法凭空变出它。
还有第三类，而划定界限的是 Manus。无法创建备份的团队成员被告知，他们"可以通过纯文本导出方式导出其任务数据的可读副本，但这与备份不同，不能用于导入或恢复任务数据。"
这可以理解为对两种不同形式的描述。一种是人可读且可在任何地方复用的，但厂商的恢复工具不接受它。另一种被恢复工具接受，但对其他任何事物都毫无用处。在这次事件中，没有任何东西能产生第三种形式——即以您和另一个系统都能获取的形式，记录该工具学到的关于您工作方式的信息。任务归档不包含这些。纯文本导出也不包含。它从未存在于包中，因此也无法从中提取出来，这与日常使用中 Manus 丢失您的项目历史 时出现的差距是一样的。
人们会从中得出什么结论，以及为什么不应该这样做
"没有截止日期意味着没有紧迫性。" 真正关键的截止日期已经过去。用 Manus 自己的话来说，您的备份文件是"恢复数据的唯一途径"，它们无法重新生成，重命名或移动它们"可能会导致其无法使用"。
"我先开始恢复，看看会发生什么。" 只有验证失败是免费的（不计入次数）。完成的恢复就会消耗掉机会，文档要求您在继续操作之前确认备份包"是否正确且包含最新版本"。
"我团队中的某个人可以处理它。" 只有所有者才能恢复团队数据，如果所有者自己的账户被删除了，他们必须先恢复自己。
"备份是我账户的副本。" 它只是一个带有时间戳的快照。
"首先我应该选择一个替代工具。" 恢复您已有的内容和决定持久知识下一步存放在哪里是两个独立的决定，遵循两个不同的时间表。颠倒它们的顺序会导致人们最终两件事都没做好。
解决方案：将可复用的那一半保存在不受单一恢复决定的地方
恢复会返回您的制品。而让这些制品变得优秀的部分——您经过十几次尝试完善的简报、您拒绝的来源及其原因、您团队实际接受的格式——存在于任何归档格式都没有字段容纳的层中。这一层值得放在不属于任何单一厂商导出工具的地方。
这就是 MemoryLake 的用途：一个由您拥有的记忆层，您的助手和智能体通过 API 从中读取，而不是通过每个厂商的私有归档格式。设置它需要三个步骤。
步骤 1：创建 API 密钥
登录并在您的工作区设置中创建 API 密钥。这是您的助手和智能体将要使用的凭证，它属于您，而不属于任何单一工具，因此以后更换工具不会使其失效。
步骤 2：上传您的第一批记忆
从可复用的那一半开始，而不是从制品开始。最终产生优秀输出的工作简报。您决定不信任的来源。您团队的命名和格式规范。不断出现的限制条件——受众、语气、绝对不能出现在交付物中的两件事。文件按原样导入，MemoryLake 会处理多模态文件，因此编码了规范的幻灯片演示文稿或电子表格可以直接导入。
步骤 3：连接您的 AI 和智能体
连接您实际使用的助手。从那时起，持久的那一半将从一个地方读取，而不是在您恰好使用的任何工具中重建。当工具发生变化、被收购或要求您从归档中恢复时，该层不会受到影响，因为它从未存在于工具内部。
两个坦诚的局限性。MemoryLake 无法恢复您的 Manus 任务、读取您的备份包，或以任何方式与恢复工具交互——该路径完全通过 Manus 运行，本节是关于下一轮的，而不是这一轮。而且它不能替代归档：文件和交付物仍然属于备份。
这在实践中改变了什么
眼下，它改变了操作顺序。先验证您的包集，恢复一次，然后单独决定可复用层去往何处。
在未来一年里，它会改变服务变更给您带来的成本。刚刚发生的事件记录得异常详细，有明确的窗口期、两种包类型、公布的恢复路径和支持渠道。大多数中断要混乱得多：工具停用某项功能、方案变更、工作区迁移、收购完成。只要您导出了，每一个在制品层面上都是可以幸存的。不断丢失的层是积累的理解，因为它通常根本没有导出方式——请参阅是什么让记忆具有持久性以了解为什么归档和记忆层不是同一个对象。
它还改变了切换工具时重建的成本。当持久的那一半已经存在于工具之外时，评估替代方案只需将其指向您已知的内容，而不是从头开始重新教它。这与在工具之间传递上下文背后的论点相同，无论您是否留在 Manus，它都适用。
在您消耗尝试机会之前的最佳实践
首先定位来自同一次导出的每个文件。 未编号的主包加上每个带编号的 part 文件。不完整的包集无法恢复，而部分包集正是导致单次尝试机会被浪费的原因。
请勿重命名、移动或解压任何内容。 文档指出，修改文件可能会导致其无法使用。将它们复制到一个文件夹中，不要改动名称。
对照您对工作的记忆检查时间戳。 如果您最后一次导出的时间早于您关心的工作，那么该工作就不在包中，任何恢复都无法改变这一点。事先知道总比事后知道好。
确认您已登录到匹配的账户。 Manus 会根据登录的账户验证备份，不匹配会终止流程并提示 "账户信息不一致"（Account Information Inconsistent）错误。针对相关错误（包括 "备份无法验证" 和 "[permission_denied] HTTP 403"）公布的解决方法是退出登录，重新登录为备份所属的账户，然后重试。
如果您拥有团队，请计划两次恢复，而不是一次。 如果您自己的账户被删除了，先恢复个人账户，然后恢复团队，并且不要创建新团队来恢复到其中。
之后重新启用连接器，并对其进行检查。 恢复会带回连接器，但会保持开关关闭，因此看起来完好无损的自动化可能实际上什么也没做。
在记忆犹新时写下可复用的那一半。 在结束这一章之前，花 20 分钟记录下从未包含在任何包中的简报、规范和被拒绝的方法。这是本次事件中您唯一可以防止再次发生的部分。如果您团队的知识分布在多个助手中，审计每个助手实际记住了什么是一个合理的起点。
结论
Manus 取消了时间限制，但保留了约束。您可以在准备就绪时随时恢复，并且只有一次机会，因此工作在您按下按钮之前就已经开始了：收集完整的包集，不要动文件名，检查导出日期，并确保登录了正确的账户。
然后单独对待另一半。您的任务和文件之所以可以恢复，是因为它们在包中。而围绕它们建立的理解并不在任何包中，这是一个可以解决的状况——但只能在丢失它的工具之外解决。