WorkBuddy狂扫C盘？一行命令彻底搞定

前阵子写过一篇，那篇的结论是备份skill、干净卸载重装。

但它没解决一件事：只要智能体还装在C盘，不知不觉系统还会膨胀。

后来翻了一圈网上的资料，发现吃C盘不是WorkBuddy一家的毛病。豆包、千问、GPT、百度搭子、DSH等，都是如此。

想办法解决。

先看看C盘被谁吃了

WorkBuddy占C盘的地方一共三块。

第一块是安装目录，C:\Program Files\WorkBuddy。这一块只能卸载重装。你把文件夹剪走也没用，注册表、开始菜单快捷方式、更新器里的路径还是老的。

重装换到了D盘，比如D:\Program Files\WorkBuddy，跟C盘结构一样，省得以后哪个脚本认不出来。

第二块是工作空间，C:\Users\你的用户名\WorkBuddy。这块设置里能改。

打开设置，找到「默认工作空间存储路径」，点更改，选一个 D 盘的目录，保存，重启。做完以后新建的任务全落 D 盘。

但老文件不会自己过去。

这块才是真正的大头。10-28 那篇里我扫过一次，光workspace\sessions一个目录就是 4.5GB、142 万个文件。

顺便说个细节：对这种目录右键看属性，资源管理器能卡到你以为死机。想先看清楚再动手，用WizTree或者TreeSize，它们直接读NTFS的 MFT表，几秒钟出结果。

第三块是缓存库，C:\Users\你的用户名.workbuddy，旁边还蹲着一个.workbuddy-key-fallback。

这一块最麻烦。路径写死在程序里，设置里根本没有入口。你手动删，它下次一启动又重建一份，等于白忙。里面放的是配置、skill、插件缓存、日志，还有密钥的备份。

所以这块的正确做法不是删，是搬家加指路。

全部搬到D盘

思路很土：把整个目录剪切到D盘，然后告诉系统，原来那个C盘路径现在指向 D 盘。

Windows 自带的工具叫目录联接，命令是mklink /J。

具体五步。

第一步，彻底退出WorkBuddy。右下角托盘图标右键，退出，确认没有残留进程。

第二步，把C盘那两个文件夹整个剪切到 D 盘。我放在 D:\Agent\WorkBuddy_cache\ 底下。剪完确认一遍，D 盘那边文件都在，原目录是空的。

第三步，以管理员身份打开cmd。注意是cmd，不是PowerShell。

第四步，两行命令，把"你的用户名"换成实际的：

mklink /J "C:\Users\你的用户名\.workbuddy" "D:\Agent\WorkBuddy_cache\.workbuddy"

mklink /J "C:\Users\你的用户名\.workbuddy-key-fallback" "D:\Agent\WorkBuddy_cache\.workbuddy-key-fallback"

看到"为 … <<===>> … 创建的联接"就成了。

第五步，验证。在 C:\Users\你的用户名 底下dir /a，这两个目录前面会标 。进去能看到文件，启动 WorkBuddy 一切正常，收工。

这里有个区别很多人搞混。快捷方式（.lnk）只是一张写着地址的纸条，程序不认，它看到的只是那个 .lnk 文件，不会顺着地址去找东西。目录联接是 NTFS 的重解析点，系统级重定向，对程序完全透明。

几个小心的坑

顺序不能反。必须先把C盘原目录搬空删净，再建联接。老地址还在的时候 mklink 直接报错，说文件已存在。

如果C盘和D盘是同一块硬盘的两个分区，这么搬不省总空间，只是把占用从C分区挪到 D分区；你要是两个区都挺满、还是同一块盘，先想清楚值不值。

联接只能指向本地卷，不能指向网络盘或移动硬盘。哪天那个移动硬盘没插，WorkBuddy 启动发现路径是空的，前面全白干。

C 盘那个"路牌"别乱删。用资源管理器删联接，只删链接本身，D盘数据还在。但有些清理工具不认重解析点，会把联接当普通目录，顺着它往下走，把 D盘那边的文件一起清掉。我见过这种情况，第二天配置全没了。

还有一条：程序更新或者重装之后，偶尔会把路径改回C盘。我现在的习惯是每次大版本更新完，dir /a看一眼那两行还是不是 ，三十秒的事。

这套思路不止在 WorkBuddy 上用。豆包、Qoder 这类把缓存放用户目录的，同样是剪切加联接。

顺带说一句，网上有篇文章说，除了工作空间以外其他几块加起来不到 2G，不值得折腾。

让 AI给你的机器写个BAT

这也是省事的一招。

网上那种"一键清理"的脚本我试过几个，跑完 C 盘没少多少，有一个还删了不该删的。原因很简单：每台机器都不一样。你装了什么、哪些目录是活的、哪些项目还在跑，通用脚本一概不知道。

别找脚本，让 AI 给你写一个。

关键是顺序：先让它扫，再让它写。

第一步，让 WorkBuddy把C盘扫一遍，列出占用最大的 30 个目录和 30 个文件，输出成 txt。这一步它多半会给你一段 PowerShell，直接跑。跑完你对着清单自己认：哪些是缓存，哪些是项目文件，哪些删了会丢东西。

第二步，把清单和你自己的判断一起丢给它，让它写 BAT。这里能要求它分两层。

浅层扫描，只查固定的那些地方：

%TEMP%、%LOCALAPPDATA%\Temp、.workbuddy 的logs、Workspace\sessions、浏览器缓存、npm和pip的缓存等，每个目录输出占多大、最后改过是哪天。这种扫法一两分钟跑完，适合每周跑。

深层扫描，全盘递归，找大于500M的文件和大于1G 的目录，按大小排序输出成 CSV。这个慢，一晚上起步，适合一个月跑一次。

有个细节必须交代给它，不然脚本能跑到你怀疑人生：统计目录大小别用 dir /s。我那个 sessions目录 142 万个文件，dir /s能跑半小时，而且中途没有任何输出。

用 robocopy 的空跑模式，只列不复制。

第三步，删的脚本单独写，第一版只echo不删。让它把要删的每一条都打出来，你从头看到尾，确认没有项目目录、没有还在用的会话，再换成 del。

脚本里让它写死一个白名单，只允许动白名单里的路径，别的一律跳过。这不是多此一举。AI 写批处理有时候会自作主张扩大范围，一个变量写错，删的就是整个用户目录。

第四步，挂成每周任务。

任务计划程序里新建一个，触发器选每周，时间挑你不用电脑的时候执行。

有两点得提醒。

一是每周任务只跑浅层。缓存、日志、Temp、三十天前的会话备份，这些删了自动重建或者本来就没用了。全盘深扫一个月一次够了，每周跑既慢又伤硬盘。

二是删会话备份等于丢回滚。那部分别直接删，先挪进一个\_trash目录放一周，下周再清。

最后

还是老规则，你把这篇文章丢给 Workbuddy，它自动就会执行了，你全程只做监管就行了。

推广时间：

国内团队做出的智能体，能用GPT，每天有积分领。下载就有1000积分：https://remio.ai/referral?aff=2qeCWs

你拿优惠我拿积分，一起薅羊毛