前阵子写过一篇,那篇的结论是备份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

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