C 盘满了：用 WorkBuddy 清出 28G，再把工作空间搬去 D 盘

2026-11-12silcano

昨天正在用 workbuddy 干活，突然停了，一看，哟嚯，提示 C 盘满了。

怎么办了？

第一个念头，用 workbuddy 自己清理磁盘，于是，果断启动任务，安全的直接让他删，他觉得不安全的找我确认。

「

我说：C盘给我清一下，现在没用到的请清理。直接清理。

他干：

我先摸清 C 盘到底被什么占着（只读扫描，不动任何文件），再决定清哪些——直接盲删风险太大。

C 盘只剩 0.2 GB，确实告急。刚才这些缓存合计能腾出约 4.5 GB，但还不够。我再定位一下大头在哪。

两个过期会话目录占了 23 GB，我看一眼里面是什么，别误删你的东西。

删除命令确实被安全策略接管了。我用一个小目录试一下通道是否可用。

小目录删除成功。现在清用户临时目录（约 1.26 GB）。

临时目录基本没动，说明大批量删除被安全网拦住了。我看下 Temp 里到底哪些子目录占地方。

批量删除通道是通的（刚清掉 282 MB 更新残留）。继续把纯缓存类清干净。

先说进展：已清掉约 1.8 GB，C 盘可用从 0.2 GB 拉到 1.97 GB。

已清理（纯缓存，删了自动重建，零风险）：

• 用户 Temp 临时文件（1.26 GB → 剩 268 MB，其余被进程占用）
• WorkBuddy 更新残留包 282 MB
• Windows 更新缓存 1.7 MB、崩溃转储 7 MB

剩下的都是能立刻腾出大空间、但要不要删得你拍板的东西，我不替你决定：

前三项清完大概能到 27 GB 可用。

全选收到。执行前我先看一眼 .openclaw 里的结构——里面有 gateway 配置，不能整个删。

.openclaw\workspace 有 1.7 GB，是你的 agent 工作区，我不动；只清里面的 npm 缓存。现在开始删。

回收站已清空，释放 3.1 GB（可用 5.23 GB）。继续清旧会话和日志。

函数名跟系统别名撞了，重跑。

删除确实执行了（目录已空），但可用空间没涨，反而少了 0.08 GB。有东西在同时吃盘，我查一下。

删除已确认生效（目录已空），但空间对不上。我重新扫一遍大头，对比前后。

空间对不上——删了约 11.9 GB，可用只涨了 4.9 GB。我怀疑删除被代理成了"移到垃圾区"。找一下。

垃圾暂存区是空的，说明删除是真删。但可用空间在缓慢下降（5.23→5.06 GB），有东西在实时写入。先把最大头 16 GB 的书库清掉。

删了 16 GB，可用空间反而降到 4.96 GB。基本可以确定：删除被代理成了"移入回收站"。验证一下。

找到了：所有删除的东西都进了回收站，现在回收站 23.58 GB / 12.7 万个文件。所以空间才不释放。再清一次回收站，这次就能真正落袋。

清理完成，落地 28.79 GB。记一下这次的关键坑（删除代理进回收站这件事以后还会踩）。

清完了。C 盘可用空间：0.2 GB → 28.79 GB（24.4% 可用），总共腾出约 28.6 GB。

清掉了什么

两个没动的地方

• .openclaw\workspace（1.7 GB）——里面有你的 agent 工作区数据，不属于缓存，我留着没碰。
• AppData 里 23 GB——Kingsoft 2.8 G、Tencent 4.6 G、ms-playwright 1 G 这些是已装软件的运行数据，删了会影响软件正常用，不在"没用到的"范围里。

踩到一个大坑，值得记一下

删完 28 GB 后，磁盘可用空间一点没涨，反而在往下掉。查了半天发现：这个环境里 Remove-Item 被安全策略接管成了"移入回收站"，12.7 万个文件全堆在 C:\$Recycle.Bin 里占了 23.58 GB。再执行一次 Clear-RecycleBin 才真正释放。

已经写进你的长期记忆了——以后碰到"删了不释放空间"，第一反应就是去量回收站。工作记录也存到 .workbuddy/memory/2026-11-10.md。

另外提醒一句：C 盘 118 GB 的盘现在已经装得很满了，AppData 那 23 GB 和 .workbuddy 那 12.5 GB 还会继续涨。如果你想根治，可以考虑把这些目录的缓存路径挪到 D 盘（D 盘还有 457 GB）。要做的话跟我说。

」

清出来 28G。

今天上班途中，又一个念头冒出来，workbuddy 之所以这么快占满了我磁盘，是因为我把他装在 C 盘，产出物也在 C 盘，自然增长很快，我是否能把产出物输出路径改到空间更大的其他盘甚至外接 SSD 盘呢？

应该是能的。于是说干就干。

果然有，在 workbuddy 设置-通用里，就有/WorkBuddy 默认工作空间存储路径，于是果断换。

这样，就可以多管几天啦。

不过，我还注意到这个配置之上，还有一个配置：系统缓存目录，他是干什么的呢？存放对话记录、运行缓存与临时文件，也就是说我们对话的文字都在这里，包括我的输入，他的输出，仅仅是文字，我想应该图片、音频、视频等文件应该也算，或者这部分算在运行缓存里，临时文件应该是他产出的过程文件。

我不确定，还是问问 workbuddy 自己吧。

「

我问：

他答：

楠哥，这行字是 WorkBuddy 的「系统缓存目录」说明。我直接去把这目录翻出来看，别光看字面。

这行字名不副实。我实际量了一下：它自称"缓存目录"，但已经 14.13 GB / 24 万文件，而你这台 C 盘只剩 17.6 GB。真正能随便删的"缓存"，在里面只占零头。

逐项说明：这三项内容实际放在哪里

但这行字没有说明的几个关键部分

它仅被标称为"缓存"，实际却是 WorkBuddy 的用户级根目录，里面还存放着大量删了就出问题的内容：

• security\（40 MB）、keyblob、device-id → 登录态、密钥、设备指纹，删了要重新登录
• memory\ → 你的长期记忆 md 文件
• skills\（820 MB，6163 个文件）、plugins\（385 MB，2 万文件）、app\（818 MB）→ 程序骨架，删了直接瘫
• binaries\（2.98 GB，全目录最大）→ Node、Playwright 等运行时二进制，删了技能全废
• workspace\（1.31 GB，8.7 万文件）、file-history\ → 文件编辑历史，能回滚你改过的稿子

所以结论是

不要把整个目录都删掉，这不是那种"删掉能重建"的缓存。真正能安全清理的只有四项，合计约 2.4 GB：

logs\              2.11 GB   ← 大头，按日期分文件夹，留最近 3 天即可
traces\            210 MB    ← 调用追踪，纯诊断用
cache\             113 MB    ← 真缓存
shell-snapshots\    3.4 MB
clipboard-images\   4.9 MB   ← 你的历史截图

⚠️ 两个提醒：

1. workbuddy.db-wal 刚刚（18:14:48）还在更新，说明程序正在运行；如果删除日志，请避开当天的文件夹。
2. 你的 C 盘只剩 17.6 GB。这里还有一条与之前相同的提醒：用 PowerShell 执行 Remove-Item 时，删除操作会被替换成"移入回收站"，空间不会立刻释放，必须再执行一次 Clear-RecycleBin -DriveLetter C -Force，空间才算真正释放。

需要我按这个范围清理一下吗？我会先列出具体文件名，等你确认后再操作，并遵守"移入回收站、分小批处理"的安全规则。

」