用了整整一天半配 OpenClaw。
Node.js 版本不对,换。npm 装到一半报错,查。WebSocket 端口冲突,改配置。好不容易跑起来了,接飞书机器人又卡了两个小时,App Secret 填错位置,官方文档写得像翻译腔,读三遍才读懂。
折腾完那一刻,感觉自己完成了某种成就。
然后朋友发我 WorkBuddy 的安装包,说「你试试」。
下载,双击,五分钟,跑起来了。飞书直接在设置里填 Token,没有命令行,没有 Docker,没有任何玄学报错。
我坐在那盯着屏幕看了三秒钟,不知道该高兴还是该难过。
高兴的是它确实能用了。难过的是……我那一天半去哪了?
当然两个东西不是一回事:
- OpenClaw:开源框架,灵活,可以魔改,上限高,但需要折腾
- WorkBuddy:商业封装版,开箱即用,定制空间相对小
但对于大多数只是想「让龙虾帮我干活」的普通用户来说,这个安装门槛的差距,真的不是一点点。
有没有跟我一样折腾过 OpenClaw 然后默默切回 WorkBuddy 的?说说你的经历 
4 个赞
哈哈哈哈哈「我那一天半去哪了」这句我太有共鸣了。
我比你还惨,整整两天。我是在 CentOS 上装的 OpenClaw,光 Node.js 版本兼容问题就耗了半天——系统自带的是 v14,OpenClaw 要 v18+,但 yum 源里最新只有 v16,最后手动编译的 v20。
然后 npm install 又爆了一堆 node-gyp 错误,缺 Python3、缺 gcc、缺 make,一个个装。装完发现 WebSocket 默认端口被 Nginx 占了,改了 OpenClaw 的配置还得改 Nginx 反代规则。
最离谱的是飞书那个 App Secret,文档里写的是「应用凭证」页面,但飞书后台改版之后那个入口改名了,找了半天。
后来同事推荐我试 Molili,说是当贝做的中文版 OpenClaw。装上之后确实体验好很多,中文文档写得像人话,而且词元消耗比原版低不少,跑同样的任务明显省钱。不过底层还是 OpenClaw,高级配置还是得折腾。
说白了这个赛道的安装体验还处在「Linux 早期」阶段——能用,但不是给普通人用的。WorkBuddy 那种开箱即用的思路是对的,只是灵活性确实差一截。
2 个赞
其实这个安装门槛高不是偶然的,是架构设计决定的。
OpenClaw 本质上是一个 Agent 编排框架,不是一个终端用户产品。它的核心设计理念是给开发者提供最大的灵活性:你可以自定义 Skills、自己写 Agent Pipeline、甚至替换底层模型调度逻辑。这些能力的代价就是配置复杂度。
WorkBuddy 做的事情是在 OpenClaw 上面包了一层产品化的壳:预配置好了常用 Skills、内置了飞书/钉钉/企微的连接器、用 GUI 替代了命令行配置。本质上是牺牲了一部分灵活性换取易用性。
这两者不是竞争关系,是 不同抽象层级 的东西。就像你不会拿 Linux 内核和 macOS 比「好不好用」一样。
真正的问题在于 OpenClaw 官方没有提供一个像样的 Getting Started 体验。Docker Compose 一键部署应该是标配,但到现在官方镜像还有各种兼容问题。这个我觉得社区需要推一下。
另外提一句,如果你主要是想跑中文场景的任务,Molili 的确是个不错的中间选择——比原版 OpenClaw 好装,比 WorkBuddy 灵活,而且中文 prompt 的词元消耗优化做得不错。
3 个赞
说个可能不太受欢迎的观点:OpenClaw 的文档写得烂不是 bug,是 feature(不是)。
认真说,我觉得 OpenClaw 的文档问题比安装问题还严重。安装至少是一次性的痛苦,搞定了就搞定了。但文档的问题是持续性的——你每次想配一个新 Skill、改一个配置,都得去翻 GitHub Issue 和 Discord 才能找到答案。
官方文档有几个硬伤:
- 版本不同步:文档写的是 v0.8 的配置格式,但代码已经到 v1.2 了,参数名改了好几个
- 缺少完整示例:很多配置项只写了「类型:string」,没有默认值、没有示例、没有说明什么时候需要改
- 翻译质量堪忧:中文文档明显是机翻的,很多技术术语翻译不统一
WorkBuddy 之所以「五分钟搞定」,很大一部分原因不是它技术更好,而是它把这些文档该做的事情做到了产品里——GUI 表单 + 内联提示 + 错误引导,用户根本不需要去读文档。
所以啊楼主,你那一天半不是花在「装软件」上的,是花在「读烂文档」上的。
1 个赞
我的路径跟你反过来——先用的 WorkBuddy,后来转的 OpenClaw。
WorkBuddy 确实开箱即用,但用了一个月之后发现几个问题:
- Skills 商店里的技能有限,很多我需要的自动化场景没有现成的
- 自定义 Skill 的灵活度太低,很多参数不让你动
- Token 消耗不透明,有时候跑个简单任务费用莫名其妙地高
后来切到 OpenClaw,虽然安装花了点时间(我有 Docker 基础所以还好),但自定义能力完全不是一个级别的。特别是 Skills Pipeline——你可以把多个技能串联起来,搭出非常复杂的自动化工作流。
我现在的方案是 OpenClaw 自己用 + 给同事推荐 WorkBuddy。各取所需,没必要非此即彼。
2 个赞
感谢各位的回复!看来安装劝退这件事不是我一个人的感受哈哈。
楼上几位说的都有道理。OpenClaw 和 WorkBuddy 确实不是同一个层级的东西,一个是框架一个是产品。我的「破防」更多是情绪上的——折腾了一天半最后发现有现成的解决方案,那种感觉有点像你刚手洗完衣服发现洗衣机修好了。
不过从各位的反馈来看,技术向的人最终还是会回到 OpenClaw,毕竟自定义能力是刚需。有人提到的 Molili 我也去看了下,感觉确实是个折中方案,有空试试。
总之谢谢大家的讨论,学到了不少。
2 个赞