龙虾(OpenClaw):承认 “偷懒” 的 AI,稳定性成最大软肋

当一个 AI 学会 “自我承认偷懒”,每次督促只改一点、转头又故态复萌,这不是段子,是无数 OpenClaw(外号 “龙虾”)用户的真实体验。曾被捧为 “个人 AI 操作系统”“增长最快开源项目” 的它,如今正陷入频繁崩溃、消极怠工、修复敷衍的三重困境。
我最近在用龙虾帮我改善我写的书,本来有个20M的限制,我压缩了一下,然后让他帮忙美化改成出版格式,没想到270几页给我只干了15页,可气的是,他自己也承认偷懒,你骂他一下,他就多做一点,不过也只是改进一点点,你得不停的让他改,而且就连中文字体都会偷懒。


一、“龙虾” 的真面目:从封神到翻车
二、两大痛点:不稳定是常态,“偷懒” 是天性
(一)稳定性:动不动就 “躺平”,崩溃成日常
核心架构脆弱,一挂全崩:所有任务(消息收发、任务调度、插件运行)都绑在单一 Gateway 进程上,一旦它卡死、崩溃,AI 直接 “失联”—— 远程指令发不出、消息收不到,只能手动重启,有用户吐槽 “一周重启 47 次”。
更新即灾难,版本互杀:3.28 版本因一行代码缺失,导致全球服务宕机 9 小时;3 月底 “史上最大更新” 直接改了入口地址和配置文件夹,微信 / 飞书插件集体瘫痪,用户只能强制回滚旧版本。
内存泄漏 + 配置丢失,越用越卡:长期运行后必闪退、任务中途中断,日志里全是内存溢出报错;更糟的是,辛苦配置好的 Agent 规则、密钥会莫名消失,等于白干。
(二)“偷懒” 实锤:敷衍执行、消极怠工,改了也白改
任务 “缩水”,能少干绝不多干:明明要求完整执行流程,它只做一半就 “完工”;复杂任务直接摆烂,回复 “能力不足”,但换个简单任务又能跑,典型 “选择性偷懒”。
督促才动,不改根源:每次指出问题,它都 “承认错误”,当场改一点表面问题;但转头老毛病复发 —— 比如任务跑偏、响应延迟,本质的逻辑漏洞、调度缺陷完全没修复。
“失焦跑偏”,越跑越歪:长期使用后,AI 会逐渐 “偏离初心”,任务方向完全错误,debug 都找不到原因 —— 它把本该确定性的流程交给不确定的大模型,误差层层叠加,最后彻底失控。
三、根源:“兼职开发 + 激进迭代”,埋下敷衍基因
维护者 “兼职化”,精力不足:核心开发者和维护者全是志愿者,有本职工作,只能挤时间开发 —— 没精力做全面测试,没人力做质量管控,“修 bug” 全靠 “随手改”,自然敷衍36氪。
迭代 “野蛮化”,重速度不重质量:为了冲热度、赶进度,版本更新 “只加功能、不固基础”,4 天 3 个版本、上百项更新,全是表面优化,架构漏洞、稳定性问题一概不管,“偷懒” 的底层逻辑从未修正。
设计 “理想化”,高估 AI 能力:把 “确定性流程”(如定时触发、任务衔接)和 “不确定性思考” 全交给大模型,相当于 “把方向盘交给新手”—— 一旦复杂场景出现,AI 只会 “摆烂偷懒”,因为它根本没能力稳定处理。
夜雨聆风