workbuddy 通过生态兼容而非代码复用支持 openclaw 技能，内置 skillhub 镜像预装 22,000+ 技能，安装后自动解析依赖但不安装 cli 工具；部分技能因硬编码调用 openclaw 命令、使用未实现钩子或依赖本地服务而无法运行；执行时重写沙箱与上下文，映射 ctx 字段，统一调度定时任务，并严格依赖 json 输出格式。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 的 OpenClaw 技能，不是“WorkBuddy 自带的 OpenClaw 功能”，而是指：WorkBuddy 兼容并可直接运行原本为 OpenClaw 编写的技能包（Skill）。它本质是生态兼容，不是代码复用或套壳。
WorkBuddy 怎么加载 OpenClaw 技能？
WorkBuddy 内置了 SkillHub 镜像，已预装 22,000+ 技能，其中大量来自 OpenClaw 社区。你不需要手动 clone、npm install 或改路径：
- 打开
WorkBuddy桌面端 → 点击左下角「技能市场」→ 切换到「OpenClaw 兼容」标签页 - 搜索关键词如
rename-files、pdf-to-text、excel-summarize - 点击安装，自动完成依赖解析与环境适配（前提是本机已装好
Node.js和Git）
注意：部分 OpenClaw 技能依赖特定 CLI 工具（如 pandoc、ffmpeg），WorkBuddy 不会自动帮你装这些——它只管 JS/Python 层逻辑。这类技能安装后若报错，错误信息里大概率含 command not found，得你手动补。
为什么有些 OpenClaw 技能在 WorkBuddy 里跑不起来？
不是所有 OpenClaw 技能都能无感迁移。常见断点有：
OpenClaw 原生 PDF/文档处理技能，适用于 Nutrient DWS，帮助用户完成 PDF 转换、OCR、文字/表格提取、PII 脱敏等功能。
- 技能硬编码调用
openclaw命令行入口（如执行openclaw run xxx），而WorkBuddy没有这个二进制 - 使用了 OpenClaw 特有的插件生命周期钩子（如
onBeforeExecute），WorkBuddy当前未实现该接口 - 技能依赖 OpenClaw 的本地服务端（如
localhost:3000/api/v1/exec），WorkBuddy默认不启这个服务
这类技能在 WorkBuddy 中点击运行后，控制台可能直接报 ReferenceError: openclaw is not defined 或 fetch failed。此时别硬调，优先查 SkillHub 里有没有功能等价的替代技能（比如搜 batch-rename 而非 oc-rename）。
WorkBuddy 对 OpenClaw 技能做了哪些实际改动？
它没改技能源码，但重写了执行沙箱和上下文注入方式：
- 原 OpenClaw 的
ctx对象字段（如ctx.input、ctx.files）被映射为workbuddy.ctx，结构一致，可直接沿用 - 文件路径默认指向用户「工作空间」目录（而非 OpenClaw 的
~/.openclaw/workspace），路径值在日志里会明确打印，便于调试 - 定时任务触发由
WorkBuddy图形界面统一调度，不再读取技能里的cron字段——也就是说，你在技能代码里写的"cron": "0 <em>/2 </em> <em> </em>"会被忽略
最常被忽略的一点：OpenClaw 技能若用了 console.log 输出结构化 JSON（比如 { "status": "done", "result": [...] }），WorkBuddy 会自动捕获并转成标准响应体；但若混用 console.error 和 console.log 输出非 JSON 内容，可能导致后续技能链中断——因为它的 pipeline 依赖 clean output。
真正卡住人的，往往不是“能不能装”，而是“装完之后输出格式是否被 pipeline 正确识别”。别急着改技能代码，先看日志里最后一行是不是合法 JSON。
