WorkBuddy 临时备份目录排查与归档实战：找回被遗忘的项目文件

一篇真实踩坑记录，带你识别 WorkBuddy 的工作目录结构，把散落在临时目录的历史文件安全归档回工作区。

标签：#WorkBuddy #CodeBuddy #文件管理 #踩坑记录

一、背景

最近用 WorkBuddy 处理项目时，发现 token 消耗比预期快，顺手扫了一下用户根目录 C:\Users\11456\，结果发现两个看起来"很奇怪"的文件夹：

文件夹 修改日期 直觉判断

ansel 2021/4/10 5年前的古董，名字诡异

WorkBuddy-temp 当天下午 刚出现，不该在这里

【截图位置：用户根目录截图，高亮这两个文件夹】

第一反应是：是不是装了什么流氓软件？或者是 WorkBuddy 自己的某个 bug 把临时文件丢错地方了？

二、排查过程

2.1 列出 WorkBuddy-temp 内容

用一行命令看清真相：

bash

ls -la "C:/Users/11456/WorkBuddy-temp/" | head -30

输出让人瞬间破案：

drwxr-xr-x 2026-05-15-task-1

drwxr-xr-x 2026-06-21-task-2

drwxr-xr-x 2026-06-21-task-3

drwxr-xr-x 20260407161526

drwxr-xr-x 20260407161530

drwxr-xr-x 20260408164300

...

全是时间戳命名的子文件夹，从4月一直到6月。 这不是流氓软件，是 WorkBuddy 自己的历次任务临时缓存。

2.2 对照工作区

再看当前工作区 C:\Users\11456\WorkBuddy\Claw\：

【截图位置：Claw 工作区目录列表】

里面有大量 .py 脚本（add*.py、check.py、create_.py、fix_*.py）、.md 文档、.png 截图——但很多都是某个时间点的快照，部分历史文件在工作区里已经找不到了，只剩 temp 里有备份。

三、问题根源

WorkBuddy 的存储设计有个不太直观的地方：

主工作区：C:\Users\11456\WorkBuddy\Claw\ —— 用户日常看到的目录

临时缓存：C:\Users\11456\WorkBuddy-temp\ —— 历次任务的临时快照

这两个目录是分离的。临时缓存里其实保留了项目演进过程中的很多历史版本，但用户平时根本看不到它，也不会主动去翻。结果就是：

工作区里的文件可能被覆盖、删除、或者改坏

temp 里反而留着更早的"干净版本"

但用户不知道，以为丢了就真丢了

四、归档操作步骤

4.1 决策

把 temp 里的备份归档回当前工作区，遇到同名文件时用 temp 里的版本替换（因为 temp 里是更早的快照，工作区里如果还在的版本通常更新，但有些文件工作区里已经没了，需要从 temp 找回）。

⚠️ 重要提醒：剪切+替换是不可逆的。如果工作区里有比 temp 更新的版本，会被旧版本覆盖。操作前最好先整体备份一份工作区。

4.2 操作

在 Windows 资源管理器里：

打开 C:\Users\11456\WorkBuddy-temp\

全选所有时间戳文件夹（Ctrl+A）

剪切（Ctrl+X）

切到 C:\Users\11456\WorkBuddy\Claw\

粘贴（Ctrl+V）

遇到同名文件冲突，选"替换目标文件"

【截图位置：粘贴时的同名文件冲突对话框】

4.3 验证

操作后用两条命令验证：

bash

temp 应该空了

ls "C:/Users/11456/WorkBuddy-temp/" | wc -l

输出应该是 0 或 2（只剩 . 和 ..）

工作区应该多出大量历史文件

ls "C:/Users/11456/WorkBuddy/Claw/" | wc -l

实测：temp 清空，Claw 工作区恢复了 100+ 个历史脚本和文档。

五、踩坑总结

坑1：以为 temp 是垃圾，差点直接删

第一眼看 WorkBuddy-temp 这种命名，很容易当成临时垃圾直接清掉。千万别——它里面可能藏着你以为已经丢失的文件历史版本。

坑2：剪切+替换不可逆

剪切操作不会进回收站，替换也不会保留旧版本。如果工作区里有更新的文件，一旦替换就回不去了。

更安全的做法：先 cp -r 复制一份工作区到 Claw.backup，再操作 temp。

坑3：存储路径变更导致 WorkBuddy 更新时卸载

这次还顺带发现：之前改过存储路径，结果 WorkBuddy 一次更新时把项目工作区的记忆文件全清了。存储路径不要随便改，WorkBuddy 更新时会按默认路径找数据，路径对不上就容易出现数据"丢失"。

六、给后续的建议

定期备份：把 WorkBuddy\ 和 WorkBuddy-temp\ 整体打包到 D 盘或外部存储

别动默认存储路径：除非你非常清楚 WorkBuddy 的路径解析逻辑

temp 不是垃圾筒：归档前先看一眼里面有没有需要找回的文件

操作前先备份工作区：任何批量文件操作前，cp -r Claw Claw.backup 一句命令的事

七、写在最后

WorkBuddy 的临时缓存机制本身是合理的（任务快照、崩溃恢复都靠它），但对用户不透明是个问题。希望官方后续能在客户端里直接展示 temp 目录的入口，或者提供"一键归档历史备份"的功能，省得用户自己去文件系统里翻。

如果你也遇到类似情况，希望这篇能帮到你。如果有更好的归档方式，欢迎评论区交流。

作者注：本文记录的是 2026年6月的一次真实排查过程，WorkBuddy 版本可能后续会调整存储逻辑，操作前请以实际目录结构为准。