龙虾终归被吃了（OpenClaw 最终还是会渐渐消失）
今天是四月一日。写一篇注定会被时间验证（或打脸）的预言文：OpenClaw 这个项目，最终会渐渐消失。
先说说这只龙虾
OpenClaw 横空出世的时候，是带着光环的：开源、免费、社区驱动、对标闭源巨头。Issue 区热火朝天，Contributor 名单一周比一周长，Star 数一路狂飙。所有人都说，这是开源对抗商业巨头的又一次胜利。
龙虾举着钳子，看起来无所不能。
但食物链早就写好了剧本
类似的剧本，开源史上反复上演：
- 起势 —— 一个闭源产品收费太贵/太难用，社区 fork 或重写一个开源替代
- 爆发 —— 关注度暴涨，大厂工程师周末贡献代码，媒体铺天盖地
- 僵局 —— 核心维护者疲于奔命，Issue 多于 PR，路线之争浮出水面
- 收编或消散 —— 要么被商业公司收编变成引流工具，要么核心成员倦怠离去，项目进入”还活着但没人动”的冬眠态
第三步是关键。开源项目的死，很少是猝死，是慢性的、体面的、悄无声息的——commit 频率下降，release 周期拉长，最后一条更新停在 “maintenance mode”，然后就没有然后了。
OpenClaw 的三个软肋
一：维护者结构单一。 核心贡献者集中在极少数人身上，而这几位的主业都不在这个项目。热情是有半衰期的，两年后还要还房贷、带娃、升职——谁来做那个无聊的 dependency upgrade？
二：商业模式缺位。 “用爱发电”在起势期是燃料，在维护期是负债。没有稳定的资金流，就没有全职维护者；没有全职维护者，工程质量就只能靠运气。开放核心（open core）？社区第一个骂你背叛。
三：巨头的跟进速度。 你开源的功能，闭源对手一个版本就”借鉴”过去，还附赠企业级支持和 SLA。用户嘴上支持开源，身体很诚实地选了有客服的那家。
被吃掉的方式
“消失”未必是仓库删除那么难看。更可能的方式是：
- 基金会化了 —— 开会多于写代码，邮件列表比 changelog 长
- 被收购了 —— 官方博客说 “exciting new chapter”，然后仓库归档
- 变成化石了 —— 还能跑，但文档停在两年前，新系统没人敢用
无论哪种，龙虾都上了餐桌。区别只是清蒸还是蒜蓉。
这不是悲观，是规律
写这篇不是唱衰开源。恰恰相反——认清食物链，才能好好活在其中。对使用者的建议很简单：
- 选开源项目，先看 maintainer 的可持续性，再看 Star 数
- 真正依赖的项目，付钱、贡献代码或写文档，别只当伸手党
- 给你的技术栈准备 Plan B，任何项目的消失都不该是你的灾难
至于 OpenClaw——希望两年后回看这篇，我是错的。龙虾活得很好，钳子越举越高。
但如果我是对的，也别意外。食物链里，好看的味道都不会太差。
（发表于 2026-04-01，请留意这个日期）