前言¶

WorkBuddy 裝在 C 盤，用一段時間後 .workbuddy 數據目錄能喫掉幾十到幾百 MB 甚至更多，系統盤告急。常見解法是卸載重裝並改安裝路徑，代價是重新配置、數據可能丟。下面介紹的這個 Skill 走的是另一條路：把 .workbuddy 目錄搬到 D 盤，再在原位置留一個目錄聯接，軟件側無感。

這是什麼¶

WorkBuddy C盤遷移到D盤（免重裝），座標 @user_f64aa26d/workbuddy-migrate-c-disk，版本 1.0.0，發佈者 user_f64aa26d，來源標記爲 community，分類 it-ops-security，不需要 API Key。它解決的問題只有一個：把 WorkBuddy 的數據目錄 .workbuddy 從 C 盤遷移到其他盤（如 D 盤），釋放系統盤空間，且無需重裝軟件。

核心功能¶

1、robocopy 同步。先把 .workbuddy 的當前內容完整同步到目標盤的對應路徑。
2、原地改名保留。同步完成後把 C 盤原目錄改名爲 .migrated.bak，不直接刪除，作爲回退點。
3、mklink /J 建目錄聯接。在 C 盤原位置創建指向 D 盤新目錄的 junction，C:\Users\<用戶>\.workbuddy 仍然可用，WorkBuddy 不需要改任何配置。
4、數據可恢復。如果遷移後出現異常，刪掉聯接和 D 盤新目錄、把 .migrated.bak 改回原名即可回到遷移前狀態。

Skill 自述已規避的失敗模式包括：回收站 API 卡死、.bat 中 echo 帶括號導致腳本語法崩潰、字節級相等校驗失敗，以及殺進程不徹底、WorkBuddy 自身運行時無法執行最終步驟的死循環。這些是它相對手工腳本的主要價值——手工做同樣操作時，這幾類問題都實際出現過。

安裝與啓用¶

官方頁面未給出獨立的安裝命令，使用方式是把 Skill 放進對話裏觸發。

發送「把 WorkBuddy 從 C 盤遷移到 D 盤」
或
發送 /workbuddy-migrate-c-disk

兩種方式等價，都是把上面的遷移步驟交給 Skill 執行。執行前需要確認目標盤路徑存在，且 WorkBuddy 處於未運行狀態（Skill 會在流程中自行處理進程，但提前關掉更穩妥）。

典型用法¶

把 WorkBuddy 從 C 盤遷移到 D 盤

預期流程：停止 WorkBuddy 進程 → robocopy 同步 .workbuddy 到 D 盤 → 原目錄改名爲 .migrated.bak → mklink /J 建立聯接 → 驗證聯接可用。

遷移完成後重新啓動 WorkBuddy，檢查數據目錄讀取是否正常。Skill 頁面標註的版本爲 1.0.0，社區來源，當前下載量 1300、安裝量 0、評分 100000，規模不大，踩坑前建議先在一臺非生產機器上試一次。

適用場景與注意¶

適合：WorkBuddy 裝在 C 盤、系統盤空間緊張、不想卸載重裝的用戶。

注意：

1、遷移依賴 mklink /J，需要管理員權限的命令行窗口。
2、junction 與 symbolic link 行爲不同，做目錄聯接時用 /J 而不是 /D。
3、不要在遷移過程中運行 WorkBuddy，也不要在遷移中途手工刪除 .migrated.bak。
4、目標盤路徑不要含需要轉義的空格或中文括號，否則 .bat 階段容易觸發語法問題。
5、如果之前已經做過遷移且殘留了聯接，先檢查 .migrated.bak 是否還在，避免重複同步導致數據覆蓋。

結尾¶

這個 Skill 的價值在於把一個容易踩坑的手工操作固化成可重複的流程：robocopy 同步 + 改名保留 + mklink /J 聯接，三步做完，軟件無感，出問題還能回退。

官方地址：https://api.skillhub.cn/user_f64aa26d/workbuddy-migrate-c-disk
SkillHub 頁面：https://www.skillhub.cn/skills/user_f64aa26d/workbuddy-migrate-c-disk