不能装在c盘默认路径，因workbuddy运行时缓存、模型元数据、沙箱及日志持续增长，长期占用或超1gb；c盘空间紧张（
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
为什么不能装在 C 盘默认路径？
WorkBuddy 安装包本身约 150–180MB，但运行时会持续生成缓存、模型元数据、技能运行沙箱和日志文件，长期使用后实际占用可能突破 1GB。C 盘默认路径如 C:\Program Files\WorkBuddy 或 C:\Program Files\Tencent\WorkBuddy 位于系统盘根目录下，容易加剧 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\用户名\AppData\Local\Programs\WorkBuddy 看似合理，但该路径受 Windows 用户账户控制（UAC）限制，某些技能依赖的子进程（如 WSL 中调用 curl 或 node）可能因权限继承失败而静默退出——现象是技能图标显示“就绪”但点击无响应。
本次更新实现飞书插件 npm 独立分发，新增 Ollama 本地模型配置及 openclaw 命令别名。引入 SQLite 持久化队列，支持断点续传。全面集成飞书、钉钉、企业微信及 QQ 官方渠道，优化阿里云百炼模型选择。修复多 Agent 路由、定时任务校验及配对授权等关键问题，提升系统稳定性与兼容性。
路径含空格或中文会导致哪些技能报错？
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 是否残留旧配置。
