Manus脱离Meta，用户数据限时迁移

Manus 在 8 月 11 日宣布脱离 Meta、恢复独立公司运营，这次组织关系调整将直接影响一部分用户的账户和历史数据。按照 Manus 官网公告，受特定司法辖区监管要求影响的用户，需要在北京时间 2026 年 8 月 23 日 07:59 前完成数据备份；相关数据将在 8 月 23 日 08:00 至 8 月 24 日期间被删除，数据恢复入口则要到 8 月 25 日 08:00才会开放。

这不是一次面向所有用户的常规版本升级，而是一场带有明确截止时间的合规迁移。未收到通知的用户可以继续正常使用 Manus，无需备份或迁移；收到应用内通知或邮件的用户如果错过窗口，则会暂时失去账户访问能力，并面临相关历史数据无法按原流程带回独立版 Manus 的风险。

只有收到通知的用户需要迁移

受影响用户是指在 Manus App 或注册邮箱中收到官方迁移通知、需要使用备份与恢复工具转移账户数据的用户。 Manus 没有要求所有用户统一搬迁，也没有在当前公告中公开列出具体涉及哪些国家、地区或账户类型，因此，是否收到官方通知是目前最可靠的判断依据。

Manus 表示，部分用户在 2025 年 12 月 29 日当日或之后产生的数据将被删除。这个时间点对应 Manus 与 Meta 交易发生的关键节点，因此此次处理的重点并非清空用户全部历史记录，而是处理特定用户、特定时间范围内，产生于 Meta 体系相关阶段的数据。

使用 Apple 账户或 Facebook 账户注册的用户尤其需要检查 Manus App。第三方登录用户有时不会频繁查看对应邮箱，其中 Apple 的“隐藏邮件地址”功能还可能把通知转发到另一个收件箱；Manus 因此特别提醒这两类用户关注应用内消息，而不能只等邮件提醒。

截至 8 月 11 日，用户可以按照下面的标准判断是否需要行动：

| 用户类型 | 是否需要备份 | 账户是否会暂时不可访问 | 需要执行的操作 | |---|---:|---:|---| | 收到 Manus App 迁移通知 | 是 | 是 | 8 月 23 日 07:59 前备份，8 月 25 日 08:00 后恢复 | | 收到 Manus 官方邮件通知 | 是 | 是 | 使用官方备份工具导出数据，并在恢复入口开放后导入 | | 使用 Apple 或 Facebook 登录且收到应用通知 | 是 | 是 | 优先确认登录方式、绑定邮箱和备份文件是否可用 | | 未收到任何迁移通知 | 否 | 否 | 继续正常使用，无需主动操作 |

用户只有不到12天完成备份

迁移窗口是指受影响用户能够登录旧账户并通过官方工具导出数据的有限时间段。 从公告发布的 8 月 11 日算起，到 8 月 23 日 07:59 截止，用户实际可操作时间不足 12 天，这对每天使用 Manus 处理研究、文档、网页任务和自动化流程的重度用户并不宽裕。

整个迁移过程可以拆成四个阶段：

| 阶段 | 北京时间 | 用户状态 | 建议操作 | |---|---|---|---| | 备份开放 | 即日起至 8 月 23 日 07:59 | 受影响账户仍可访问 | 下载并妥善保存官方备份文件 | | 删除开始 | 8 月 23 日 08:00 起 | 受影响账户停止访问 | 不要重复注册或使用非官方迁移工具 | | 数据处理 | 8 月 23 日至 8 月 24 日 | 相关数据被删除，恢复入口尚未开放 | 保留备份原文件，等待官方入口 | | 恢复开放 | 8 月 25 日 08:00 起 | 可以开始恢复数据 | 登录独立运营后的 Manus 并执行恢复 |

受影响账户计划中的不可访问窗口约为 48 小时 1 分钟。备份入口在 8 月 23 日 07:59 关闭，而恢复入口到 8 月 25 日 08:00 才开放；“入口开放”也不必然等于所有数据会瞬间恢复完成，实际处理时间仍可能取决于备份规模和系统负载。

Manus 已经为此次迁移开发专门的数据备份与恢复工具，但目前公开信息没有详细说明导出文件格式、涵盖的数据类别、单次文件大小限制，以及任务执行记录、附件、连接器配置能否完整保留。对于依赖 Manus 作为日常工作台的用户，这些细节比“能不能下载一个文件”更重要，因为真正难以重建的往往不是对话文本，而是长时间积累的任务上下文、上传材料和工作流状态。

这更像一次用户参与的数据切割

数据备份与恢复是指用户先从原有账户环境导出数据，再把备份导入独立运营后的 Manus 数据环境。 从官方设计的“先备份、后删除、再恢复”流程看，这并不是普通的后台数据库搬迁，而是需要用户主动参与的数据切割：原环境中的特定数据被删除，用户随后通过备份文件把允许迁移的内容带入新环境。

这种方案的优点是迁移边界比较明确。用户亲自触发导出和恢复，可以降低平台在不同公司主体、基础设施或司法辖区之间直接复制数据所带来的合规争议，也能留下更清晰的用户授权动作。

这种方案的代价则是把一部分操作风险转移给了用户。只要用户没有看到通知、错过截止时间、丢失备份文件，或者第三方登录状态出现问题，迁移就可能中断；对于号称服务全球数百万用户的产品来说，即使受影响账户只占较小比例，也会带来可观的客服和恢复压力。

用户在操作时至少应完成以下检查：

1. 确认通知来源。 只通过 Manus 官方 App 或官方网站进入备份页面，不点击来源不明的“加急恢复”链接。
2. 核对登录方式。 Apple、Facebook 和邮箱登录可能对应不同账户，下载前应确认当前进入的是实际使用的 Manus 账户。
3. 保留原始备份。 下载后不要修改文件名、目录结构或内部内容，并至少保存在两个可靠位置。
4. 记录关键任务。 对仍在运行或具有业务价值的任务，额外保存结果文件、重要提示词和外部链接，不能假定所有运行状态都能恢复。
5. 预留恢复时间。 不要把 8 月 25 日当天必须交付的工作完全依赖在 Manus 历史数据上，应提前准备本地副本或替代方案。
6. 完成后抽样验证。 恢复数据后，检查近期任务、早期任务、附件和重要输出是否齐全，而不是只看账户能否登录。

独立运营不只是换回一块招牌

独立运营是指 Manus 不再作为 Meta 体系的一部分提供服务，而是重新以独立公司的形式面向用户运营产品。 不过，当前公告主要说明了运营关系和数据迁移安排，并没有完整披露拆分后的股权结构、技术授权、人员归属和商业协议，因此不能简单把“独立”理解为所有技术与资本关系都已彻底回到交易前状态。

Manus 此前宣布加入 Meta 时，外界关注的重点是这家通用 AI Agent 产品如何融入大型平台；如今恢复独立，首要问题反而变成数据由谁控制、放在哪里，以及用户如何把历史内容带回新的服务环境。这也说明，AI Agent 与普通聊天机器人相比，合规拆分更复杂：Agent 不只保存对话，还可能接触用户上传的文件、浏览器任务、网页内容和多步骤执行记录。

此次变化也与围绕 Meta 收购 Manus 的监管进展直接相关。此前公开报道显示，相关交易需要遵守中国法律法规并履行法定程序，国家有关部门随后依法依规对该投资项目作出禁止投资决定。Manus 现在将数据删除和迁移称为与 Meta 分拆的最后步骤，意味着交易层面的变化已经落到了用户账户和数据基础设施上。

数据以后将存储在美国和新加坡

数据存储区域是指平台保存和处理用户账户及业务数据所使用的数据中心所在司法辖区。 Manus 表示，恢复独立公司运营后，用户数据将存储在 美国和新加坡，这是此次公告中除了删除时间之外最值得关注的信息。

美国和新加坡是许多全球 SaaS 与 AI 产品常用的基础设施区域，但“存储在两地”仍留下了多个未回答的问题。Manus 尚未在当前公告中说明用户能否自行选择区域、不同地区用户如何分配、备份是否跨区域复制，以及日志、附件和账户信息是否使用同一套区域规则。

数据存储地点也不等于完整的数据治理答案。开发者和企业用户还会关心传输与静态加密、内部访问权限、数据保留周期、删除请求处理方式，以及外部模型或云服务供应商是否会接触任务内容；在 Manus 给出更完整的隐私政策或企业合规文档前，团队不应只根据“美国和新加坡”两个地名判断是否满足自身要求。

对于处理源代码、未公开产品资料、客户文档或内部研究数据的团队，当前最稳妥的做法仍是重新评估信息分级。即使账户没有被列入此次迁移范围，数据存储位置和运营主体发生变化，也足以触发一次供应商安全复核。

Manus给了工具，但迁移体验仍有硬伤

Manus 为受影响用户准备专用工具，比直接关停账户或要求重新注册要负责任得多。备份、删除和恢复的时间点也写得足够具体，用户至少能够清楚知道何时必须操作，而不是在服务切换后才发现历史记录消失。

Manus 留给用户的响应时间仍然偏短。不到 12 天的备份期叠加约 48 小时的不可访问窗口，对个人尝鲜用户影响有限，但对把 Manus 纳入固定流程的研究团队、内容团队和开发者来说，意味着必须临时安排数据盘点、业务绕行和恢复验证。

Manus 对影响范围的解释也不够透明。公告只说为了遵守特定司法辖区的监管要求，却没有公开哪些地区、账户条件或数据类型会触发迁移；用户只能依赖通知进行判断，这种做法便于控制信息边界，却不利于企业提前做合规决策。

官方承诺将在用户恢复数据后提供“回归奖励”，但奖励内容、发放条件和时间暂未明确。与奖励相比，受影响用户更需要的是完整的数据清单、恢复失败处理机制、迁移日志，以及错过截止时间后的申诉通道。

现在最重要的是检查通知，而不是盲目导出

未受影响的用户不需要因为这次公告立即清空账户或重复备份。大规模恐慌式操作只会增加系统负载，也可能让用户误入仿冒页面；正确顺序应当是先检查 App 和邮箱通知，再判断自己是否属于迁移范围。

受影响的用户则不应把操作拖到 8 月 23 日早晨。备份文件可能需要生成和下载，第三方登录也可能触发验证问题，留到最后几个小时才处理，很容易因为网络、邮箱或账户状态异常错过窗口。

这次事件表面上是 Manus 从 Meta 恢复独立，实质上则是一场由监管结果推动的数据和服务边界重建。Manus 能否平稳度过拆分，最终不取决于“独立公司”这四个字，而取决于有多少用户能完整带回数据、恢复原有工作，以及平台能否补齐数据区域、迁移范围和失败补救机制等关键信息。

参考来源

• IT之家：Manus 宣布脱离 Meta 恢复独立运营，部分用户需手动迁移账户数据——整理了 Manus 官方公告中的备份截止时间、删除窗口、恢复入口及数据存储区域。