Conductor Cloud 11/20 停用：匯出資料與轉本機後怎麼驗收

先轉工作區，再另外匯出帳號資料#

官方 FAQ 提供兩個入口：

• 在 Cloud 工作區上按右鍵，選 Transfer to local，把該工作區轉到本機。
• 到 Settings → Account → Export data，匯出全部 Conductor 資料的封存檔。

兩者應分別驗收：前者用來接續工作，後者用來保留帳號資料。公告沒有列出封存檔的完整 schema、所有環境設定是否包含在內，或可否一鍵還原到其他工具；接下來的核對是移轉驗收建議，並非已證實的匯出內容清單。

先挑一個有未提交修改的工作區試轉，確認能在本機繼續後，再處理其餘工作區。若先把 Cloud 清單整理成「專案、分支、最後工作內容、是否已轉移、是否已驗收」，比較容易發現遺漏的舊工作區。

Git 分支相同，仍要核對未提交內容#

把程式碼推到遠端能保留已提交內容；工作區內未追蹤檔案、尚未 commit 的修改與被忽略的檔案，要另外核對。在可開啟終端機的來源與目的工作區，分別執行以下唯讀診斷：

1
git status --short
2
git branch --show-current
3
git rev-parse HEAD
4
git diff --stat
5
git diff --cached --stat

這組指令由文件檢閱確認用途，未在 Conductor Cloud 或轉移後工作區執行。它們提供分支、提交與修改概況；需要逐檔確認時，再以 git diff 檢視內容，並核對重要的未追蹤檔案。git status --short 預設不列出 ignored 檔案，像 .env、本機資料庫與產物應依專案實際需要另行盤點。

驗收至少涵蓋：

1. 本機 HEAD 與預期提交一致，工作分支正確。
2. 未提交修改仍存在，重要的新檔案能開啟且內容符合預期。
3. 工作對話中提到的下一步、已知失敗與待測項目，已保留到可讀取的紀錄。
4. 專案能依自身安裝與測試流程啟動，所需環境變數與外部服務已重新確認。

環境盤點只記變數名稱、用途與憑證來源，實際值依原本的憑證管理方式提供。本機資料庫、外部服務帳號與 Git 遠端權限，各有自己的移轉條件；Conductor 的 Transfer 成功提示可作為起點，完整驗收仍要回到專案。

匯出下載後，確認真的能讀#

保留原始封存檔，再另外解開一份做抽查。記錄下載時間、檔案大小與涵蓋的工作區數量，挑最近與最舊的工作各一份，確認關鍵資料能讀取。若封存格式能列出目錄，先比對實際項目與原始工作區清單；若只有部分內容，趁 Cloud 還能讀取時補存必要紀錄。

官方尚未公開本文能查證的精確切換時區，因此應提早完成，避免把 11/20 台北深夜當成保證期限。若匯出或移轉失敗，可帶工作區識別資訊與已遮蔽的錯誤訊息聯絡公告中的 support@conductor.build。

切換其他工具時，先用同一份本機 repository 驗證「能讀懂目前分支、保留既有修改、執行專案檢查」三件事，再決定後續工作入口。Jules 停用匯出指南也涉及資料交接，但兩個產品的期限與匯出方法應各自依官方公告處理。

參考資料：

Conductor：Conductor is joining Meta，含 Timeline 與匯出 FAQ

Git：git-status

Git：git-diff