将本地项目迁移到 Cloud

工作流

将本地项目迁移到 Cloud

当项目 Brain 应成为共享知识时，可将本地项目迁移到 Cloud。首次迁移会在选定 Workspace 中创建并接管一个新的 Cloud Project，然后将现有本地项目绑定到其 Cloud Brain 以持续同步。

迁移前

确认本地 Brain 已处于你愿意共享的状态。
检查目标 Workspace、其中的成员和预期的 Project 可见性。
确认你有权在该 Workspace 中创建或管理 Project。
在进行较大变更前，保留本地项目的常规备份或 Git 历史。

选择目标

在桌面端中，先切换到目标 Workspace。迁移使用当前选中的 Workspace，并在其中创建新的 Cloud Project，而不会把本地项目附加到已有的 Cloud Project。只有 Workspace 的 owner 和 admin 可以执行迁移。

MindMux 会明确显示目标，避免把项目放到名称相似但错误的 Workspace 中。不要依赖仓库名称来做这个选择。

检查迁移结果

迁移会把结构化项目知识复制到新附带的 Cloud Brain 中。在邀请协作者或依赖远程访问前，请先在 Cloud app 中检查迁移后的 Page 和根页面。

本地文件与本地运行状态不能和 Cloud 服务状态简单互换。尤其是，会话日志、任务运行数据和仅本地的配置不会因为 Brain 被迁移就自动成为共享知识。

迁移后的工作方式

迁移后，桌面项目的本地 Brain 与附带的 Cloud Brain 会持续同步。将 Cloud Project 用于浏览器工作和远程 MCP 客户端；需要文件系统工作流时使用桌面端。如果产品报告同步冲突，请检查两个版本，并明确选择保留本地或云端版本，而不要通过绕开同步来编辑。

如果团队再次改变知识来源，请使用产品提供的连接或迁移流程，并向协作者说明这个决定。

常见检查项

所有预期协作者都能打开 Project，且其他人不能打开吗？
关键根页面和 active Page 都已出现在 Cloud Project 中吗？
Wiki 链接是否按预期解析？
团队是否已约定后续编辑应该在哪里发生？