装了 OpenClaw 一天半,最后 WorkBuddy 五分钟搞定,我有点破防

用了整整一天半配 OpenClaw。

Node.js 版本不对,换。npm 装到一半报错,查。WebSocket 端口冲突,改配置。好不容易跑起来了,接飞书机器人又卡了两个小时,App Secret 填错位置,官方文档写得像翻译腔,读三遍才读懂。

折腾完那一刻,感觉自己完成了某种成就。

然后朋友发我 WorkBuddy 的安装包,说「你试试」。

下载,双击,五分钟,跑起来了。飞书直接在设置里填 Token,没有命令行,没有 Docker,没有任何玄学报错。

我坐在那盯着屏幕看了三秒钟,不知道该高兴还是该难过。

高兴的是它确实能用了。难过的是……我那一天半去哪了?

当然两个东西不是一回事:

  • OpenClaw:开源框架,灵活,可以魔改,上限高,但需要折腾
  • WorkBuddy:商业封装版,开箱即用,定制空间相对小

但对于大多数只是想「让龙虾帮我干活」的普通用户来说,这个安装门槛的差距,真的不是一点点。

有没有跟我一样折腾过 OpenClaw 然后默默切回 WorkBuddy 的?说说你的经历 :point_down:

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 个赞

一模一样的经历 +1,安装体验太劝退了

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 才能找到答案。

官方文档有几个硬伤:

  1. 版本不同步:文档写的是 v0.8 的配置格式,但代码已经到 v1.2 了,参数名改了好几个
  2. 缺少完整示例:很多配置项只写了「类型:string」,没有默认值、没有示例、没有说明什么时候需要改
  3. 翻译质量堪忧:中文文档明显是机翻的,很多技术术语翻译不统一

WorkBuddy 之所以「五分钟搞定」,很大一部分原因不是它技术更好,而是它把这些文档该做的事情做到了产品里——GUI 表单 + 内联提示 + 错误引导,用户根本不需要去读文档。

所以啊楼主,你那一天半不是花在「装软件」上的,是花在「读烂文档」上的。

1 个赞

我的路径跟你反过来——先用的 WorkBuddy,后来转的 OpenClaw。

WorkBuddy 确实开箱即用,但用了一个月之后发现几个问题:

  • Skills 商店里的技能有限,很多我需要的自动化场景没有现成的
  • 自定义 Skill 的灵活度太低,很多参数不让你动
  • Token 消耗不透明,有时候跑个简单任务费用莫名其妙地高

后来切到 OpenClaw,虽然安装花了点时间(我有 Docker 基础所以还好),但自定义能力完全不是一个级别的。特别是 Skills Pipeline——你可以把多个技能串联起来,搭出非常复杂的自动化工作流。

我现在的方案是 OpenClaw 自己用 + 给同事推荐 WorkBuddy。各取所需,没必要非此即彼。

2 个赞

感谢各位的回复!看来安装劝退这件事不是我一个人的感受哈哈。

楼上几位说的都有道理。OpenClaw 和 WorkBuddy 确实不是同一个层级的东西,一个是框架一个是产品。我的「破防」更多是情绪上的——折腾了一天半最后发现有现成的解决方案,那种感觉有点像你刚手洗完衣服发现洗衣机修好了。

不过从各位的反馈来看,技术向的人最终还是会回到 OpenClaw,毕竟自定义能力是刚需。有人提到的 Molili 我也去看了下,感觉确实是个折中方案,有空试试。

总之谢谢大家的讨论,学到了不少。

2 个赞

小米生态接入MiMo是早晚的事

智能家居场景用MiMo刚好,不需要太强的模型