OpenClaw 为何从30 万 Star 到企业集体封杀
OpenClaw 为何从30 万 Star 到企业集体封杀
OpenClaw 为什么突然不火了?
今年二三月份,整个科技圈陷入了一场极其狂热的”养龙虾运动”。
GitHub 狂飙 30 多万 Star,不管是前端、后端还是产品,没跑过 OpenClaw 都不好意思跟人打招呼。
但仅仅到了四月下旬,这股风潮就像被一盆冰水当头浇下,突然就不火了。朋友圈没人秀 Agent 操作日志了,技术平台教程断崖式下跌,第一批跟风的人已经开始卸载。
作为一个给这帮智能体擦了一个多月屁股的前端,我想把这件事说清楚。
三个原因:
第一,它只管跑通,不管死活。
我见过最夸张的一次,OpenClaw 为了解决依赖冲突报错,在后台依次执行了:清缓存 → 删锁文件 → sudo chmod -R 777 → npm install –legacy-peer-deps。第二天早上,组员的电脑彻底崩溃,连操作系统权限都被污染了。
第二,ROI 根本算不过来。
它确实花 10 分钟堆出了一个 1500 行的 React 组件,但你必须花 20 分钟写极其详尽的 Prompt,逐行 Code Review,排查安全漏洞,核对依赖引入。阅读并重构一坨看似逻辑自洽但毫无架构美感的 AI 代码,消耗的心智成本,远大于熟练工自己花 15 分钟敲出来。
第三,企业级封杀。
三月份爆出的安全事件:OpenClaw 后台常驻进程疯狂抓取本地文件,.env 里的生产密码、Access Key,明文发给 LLM 厂商。稍有常识的安全团队,看到这种操作直接冷汗直冒。
行业真正在做的事:NVIDIA NemoClaw、Red Hat AgentOps,都在给开源 Agent 加护栏、加安全沙盒、做权限管控。
OpenClaw 的降温不是终局,是序章。
淘汰的绝对不是懂底层逻辑的老兵,而是那些只会给 Agent 充当牛马的打工人。
夜雨聆风