前言¶

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