WorkBuddy虽可安装在C盘，但强烈不建议使用默认路径——因其运行过程中会持续生成缓存、模型元数据、沙箱环境及日志文件，长期积累可能占用超1GB空间，极易加剧本就紧张的C盘存储压力；合理选择D盘或其它大容量非系统盘安装，才能保障软件稳定运行与系统流畅性。
WorkBuddy 安装包本身约 150–180MB，但运行时会持续生成缓存、模型元数据、技能运行沙箱和日志文件，长期使用后实际占用可能突破 1GB。C 盘默认路径如 C:Program FilesWorkBuddy 或 C:Program FilesTencentWorkBuddy 位于系统盘根目录下，容易加剧 C 盘碎片化，且 Windows 更新、临时文件、Pagefile.sys 等已对 C 盘造成持续压力。
更关键的是：部分用户反馈，当 C 盘剩余空间低于 5GB 时，WorkBuddy 的技能部署（尤其是小红书、PDF 批量处理类）会因磁盘 I/O 超时直接失败，报错信息为 ENOSPC: no space left on device，而非直观的“磁盘满”，排查成本高。
建议路径需同时满足三个条件：非系统盘、路径无中文/空格、父目录有写入权限。常见安全选择：
D:WorkBuddy（Windows，D 盘为 NTFS 格式且未启用 BitLocker 加密）/Applications/WorkBuddy.app（macOS，仅限拖入 Applications 文件夹的标准方式）/opt/workbuddy（Linux，需确保当前用户对/opt有读写权限，否则后续技能服务启动失败）
特别注意：C:Users用户名AppDataLocalProgramsWorkBuddy 看似合理，但该路径受 Windows 用户账户控制（UAC）限制，某些技能依赖的子进程（如 WSL 中调用 curl 或 node）可能因权限继承失败而静默退出——现象是技能图标显示“就绪”但点击无响应。
WorkBuddy 自身主程序能容忍路径含中文，但其调用的底层技能（尤其是基于 OpenClaw 规范的小红书、微博、飞书等插件）大量依赖 shell 脚本或 Node.js 的 child_process.spawn，一旦路径中存在空格或中文，会出现以下典型错误：
Error: spawn /c/Users/张三/Desktop/WorkBuddy/node_modules/.bin/curl ENOENT（空格导致路径截断）Cannot find module '/c/Users/张三/桌面/WorkBuddy/skills/xiaohongshu/index.js'（Node.js 模块解析失败）- WSL 子系统内执行
cd命令时提示No such file or directory，实为路径编码不一致
解决方案不是改代码，而是从安装阶段规避：路径中只使用英文大小写字母、数字、下划线（_）和连字符（-），例如 E:WB_2026 或 /home/user/wb-prod。
不能。WorkBuddy 不提供“升级安装”逻辑，重复安装到同一路径会引发两个风险：
- 旧版残留的
skills/目录可能与新版插件 ABI 不兼容，导致ClawBot启动后反复崩溃并自动重启 - 本地沙箱环境（
sandbox/）中的临时文件锁未释放，新进程尝试写入时触发EBUSY错误，表现为“任务卡在初始化”
正确做法是：卸载前手动备份 workspaces/ 和 config.json（若需保留工作区设置），然后彻底删除原安装目录，再用新安装包指定全新路径。macOS 用户还需检查 ~/Library/Application Support/WorkBuddy 是否残留旧配置。
好了，本文到此结束，带大家了解了《WorkBuddy安装路径选择指南》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多科技周边知识！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/259048.html