工作流
將本地專案遷移至 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 連結是否按預期解析?
- 團隊是否已約定後續編輯應該在哪裡進行?
有關兩種模型的差異,請參閱本地與 Cloud Brain。