对 openclaw 的一些吐槽
前段时间 openclaw 这个产品突然在网上火起了,本来我并不是很感兴趣。一是我并没有想到这个产品能给我带来什么帮助,另一个是项目的二 logo 长得太丑了,像病毒一样。现在直接用 AI 出个好看一点儿logo 非常容易,设计成这种风格显示是故意的,我就更没什么好感了。
但恰巧我有台小主机大部分时间在闲置,因为以前购买它时的使用场景不存在了。想着反正闲着也是闲着,不如装上这东西看看是什么情况,至少批判性使用一下。于是就在上面装了个 Ubuntu 的虚拟机在里面玩,结果没想到几乎把周末两天时间都搭进去了。
配置好 API Key 之后让它自己设置自己的想法是好的,但实际执行中只要它自己一设置自己,就会把自己搞挂掉,而且会犯非常低级的错误。
要不是搭配着 opencode 来检查维修,可以说我根本配置不好。而且我尤其不能理解的是,我在 openclaw 里用的是 Kimi Coding K2.5 的 API,opencode 里用的是里面提供的免费的 Kimi,可以说是同一个模型,甚至可能 free 版的那个更弱一些。
但是同一个问题,openclaw 自己去弄就会搞坏,而 opencode 里的 kimi 经常看一下就知道什么问题。
最离谱的是到了晚上,已经设置的差不多了之后,我把显示器都拔了。后来准备通过 telegram bot 新弄一个 Agent 出来,用 telegram 发任务,让它自己写好配置文件。这个需求是如此简单以至于我觉得根本不可能出错,结果说完任务之后就失联了。
于是不得不再插上显示器看看什么情况,发现 gateway 一直在循环重启。让 opencode 检查一下,马上就找出原因并修好了。然后我让 openclaw 自己总结犯了什么错误,总结了好几条,都没总结到点子上。
于是我再次新建一个 Agent 让它尝试,果然又搞挂了,主 Agent 再次失联,症状跟之前一样。好在前一个被修好的 Agent 没有跟着一起挂,但让它检查问题、修复,好几轮都不行。最终我实在看不下去了,把之前 opencode 指出的问题告诉它,让它基于这个修,这才勉强修好主 Agent,但是新的那个还是不能用。
最终是让修好的主 Agent 照着第一个次 Agent 的配置原封不动抄一遍,才把第二个给设置好。
当然,说了这么多不好,这都是实现的问题,以后应该能慢慢更新到更好用,这个产品的思路也是不错的,等它或者类似的产品慢慢发展吧。