WorkBuddy缓存清理技巧与方法

WorkBuddy本地缓存若长期不清理，不仅会悄然吞噬磁盘空间、拖慢响应速度，更可能引发模型加载失败、对话历史错乱甚至安装报错等真实高频问题；本文详解Windows与macOS双平台安全清理方案——精准区分可全删的Cache路径与需谨慎保留关键文件（如config.json、credentials.bin）的日志和配置目录，强调Shift+Delete永久删除、跳过占用文件、按正确顺序终止进程→清理数据→清理注册表，并揭示易被忽视的GGUF模型分片残留陷阱，助你彻底释放空间、恢复稳定运行。

WorkBuddy 的本地缓存不清理，轻则占满 C 盘、拖慢响应，重则导致模型加载失败、对话历史错乱、甚至安装程序报“空间不足”——这不是假想风险，而是 Windows/macOS 用户高频踩坑现场。

怎么安全清空 Cache 和 Logs 文件夹

直接删错目录会丢配置或触发重装，必须区分用户级缓存与系统级日志路径。Windows 和 macOS 的默认位置不同，且部分子目录不能全删。

• Windows 用户重点清理：%LOCALAPPDATA%\Tencent\WorkBuddy\Cache\（可全删）和 %APPDATA%\Tencent\WorkBuddy\Logs\（只删 .log 和 .tmp 文件，保留 config.json）
• macOS 用户对应路径是：~/Library/Caches/com.tencent.WorkBuddy/（安全全删）和 ~/Library/Application Support/WorkBuddy/Cache/（同上，避开 credentials.bin）
• 别用“清空回收站”代替“永久删除”：缓存文件往往体积大、数量多，Shift + Delete 更可靠；遇到提示“文件正在使用”，跳过即可，不用强行结束进程

adb shell pm clear com.workbuddy.ai 为什么有时没反应

这条命令只对 Android 端有效，且依赖 ADB 正常识别设备、包名完全匹配、以及应用未被厂商深度冻结。常见失效原因不是命令写错，而是环境没配齐。

• 先确认设备已启用 USB 调试，并在电脑端执行 adb devices 能看到设备序列号（不是 unauthorized 或空列表）
• 包名必须精准：部分测试版或企业定制版可能为 com.workbuddy.enterprise，可用 adb shell pm list packages | grep workbuddy 实时查证
• 执行后无输出 ≠ 失败：只要返回 shell 提示符，就代表命令已送达；重启 App 后若仍卡顿，说明缓存之外还有残留（比如 /data/data/com.workbuddy.ai/files/ 下的离线模型分片）

注册表和 Roaming 里的 WorkBuddy 文件夹能一起删吗

能删，但必须分先后：先停进程、再删数据、最后动注册表。顺序反了容易让下次启动卡在初始化，或留下孤儿键值干扰新安装。

• 删前务必在任务管理器（Windows）或活动监视器（macOS）里确认 WorkBuddy 进程已退出干净，否则 Roaming\WorkBuddy\ 可能被锁住
• %appdata%\WorkBuddy\ 是主配置区，含账号令牌、插件状态、自定义 Skills 路径，建议整体删除；%localappdata%\WorkBuddy\ 主要是缓存和临时模型，也建议清空
• 注册表仅处理两处：HKEY_CURRENT_USER\Software\WorkBuddy（必删）和 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ 下带 WorkBuddy 的子项（可选，不影响运行，但留着会导致“添加或删除程序”里还显示旧条目）

最易被忽略的是 Cache 目录里混着未完成下载的 GGUF 模型分片，它们不占磁盘空间显示，却会阻塞后续模型加载——清理时如果发现某次离线推理始终失败，优先检查该路径下是否有几十 MB 的 .part 或 .incomplete 文件。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于科技周边的相关知识，也可关注golang学习网公众号。