933 个陌生人，怎么一起养一只龙虾

● 砚数磨稿 · 第229篇

砚数 | AI 科技领域

声明：本文所涉 OpenClaw 2.0 贡献者、PR、版本等数据均来自 OpenClaw 官方博客及界面新闻、腾讯新闻报道；"养龙虾"热潮细节来自光明网、封面新闻等公开报道。砚数仅作组织机制分析。

OpenClaw 2.0 仪表板：933 个贡献者的协作现场（来源：OpenClaw 官方博客）

OpenClaw 2.0 发布那天，我翻了一晚上官方博客，最后记住的不是任何功能参数，而是三个数字：933、569、16000。

933 个贡献者，其中 569 人是第一次向这个项目提交代码；这一个版本有超过 1.6 万个 Pull Request，占这个项目历史全部合并代码的一半。

那一刻我突然意识到：2.0 最大的升级，可能根本不是 AI，是一群陌生人，怎么在八个月里，一起养大一只龙虾。

一、先看这组数字有多离谱
OpenClaw 2.0 仪表板：Clawtributor Radar 上滚动着 933 个贡献者的名字（来源：OpenClaw 官方博客）

我知道你不关心 933 人是什么概念，我给你换算一下。

OpenClaw 从 2025 年 12 月发布测试版，到今年 3 月，GitHub Star 从零飙到 25 万以上，一度超过 React。老牌项目攒 10 万星要几年，它只用了几个星期，比 DeepSeek R1 还快。

放到开源历史里看更夸张。Linux 攒了三十年，React 攒了十几年，才到今天的位置。OpenClaw 用八个月，走完了别人十年走的路。这不是一个项目的胜利，这是开源协同一百年不遇的速度记录。

然后它保持了 230 天发 106 个版本的节奏，平均一两天一发。直到 2.0 之前，突然停更了接近七周。为什么停？官方说得很直白：团队越来越大，开发越来越快，原来的代码底座和发布流程，撑不住了。

一个人写得快的代码，九十九个人不一定接得住。这 933 个人里，超过一半是第一次写开源项目的新人。他们素不相识，分布在全球，没有工资，没有 KPI，就靠一个仓库、一堆 issue 和 PR，把一个项目从玩具抬成了生产力工具。

二、AI 项目最难的不是 AI，是组织
OpenClaw 2.0 欢迎界面：安装从"三小时配置"变成"聊天式引导"（来源：OpenClaw 官方博客）

这才是我想说的重点。

现在大家都盯着模型参数、跑分、功能。但 OpenClaw 2.0 用七周停更告诉你：AI 项目真正的瓶颈，从来不是模型不够聪明，是人组织不起来。

想一想：为什么 2.0 要把安装、记忆、安全全部重做？因为一个只有作者自己懂的项目，是没法让 933 个人接手的；一个新人两天就能跑通的项目，才是能滚雪球的项目。2.0 重构的每一处，都是为了让"组织"更顺：新人能上手，老人能交接，权限能治理。

你看 2.0 的细节：Shared Cloud Sessions 让任务可以在不同机器、不同人之间无缝交接，一个人干一半，另一个人接着干；存储迁到 SQLite，让数据格式标准化；权限体系重做，让多个人操作同一只虾不会互相踩脚。这些功能表面上是给用户用的，底子里是给 933 个协作者用的。

这跟公司管理是同一件事。只是这一次，管的是 933 个不领工资的志愿者。

这里有个特别扎心的对照。OpenAI 一年烧几百亿美元雇最顶尖的工程师，养一个闭源帝国；OpenClaw 一分钱工资不发，靠 933 个志愿者，八个月攒出 25 万星。资本组织学靠钱，开源组织学靠事。当一件事足够有吸引力，钱反而不是最重要的组织工具了。这个反例，值得每一个觉得"没钱就干不成事"的人重新想想。

三、中国的养虾产业，是另一种"组织学"
养一只龙虾容易，养 933 个养虾人难（示意图）

说到组织，就绕不开中国这边。

华强北的 Mac mini 加价 200 到 600，代装服务 300 到 800 还有人排队，U 盘版龙虾 299 起卖，腾讯云 30 块一个月包养，深圳福田把龙虾派进政务岗。表面看是热闹，底子里也是组织学：中国人用最快的速度，把一个人的开源项目，组织成了一条全社会参与的分工链。

造软件的组织学，和用软件的组织学，是两门课。前者美国人拿手，后者，我们正在拿手。

往深里说，中国这套"组织学"有三个特征：一是快，看见机会三天内全线铺开；二是标准，U 盘版、云套餐把非标准服务做成标准商品；三是落地，从咖啡馆白领到政务窗口，每个场景都有人接。别人还在讨论龙虾能干什么，我们已经把它组织成了基础设施。

四、说句公道话，组织越大，翻车越狠
Mac mini 是这场养虾潮里最先脱销的硬件（示意图，Unsplash）

但我必须泼一盆冷水。

933 个人协作的代价，2.0 自己就付过了：停更七周、老用户升级可能把配置搞坏、迁移到 SQLite 后旧版本直接不兼容。人越多，沟通成本越高，返工越狠。开源世界里，项目死于两种死法：没人管，和管的人太多。

没人管的项目，死得无声无息，issue 没人回，PR 没人合，最后变成一具数字尸体。管的人太多的项目，死得轰轰烈烈，方向天天吵，代码改来改去，最后核心成员心力交瘁，一走了之。OpenClaw 现在站在第二种悬崖边上，七周停更就是它第一次踩到悬崖边的信号。

而且我得承认，我不确定 OpenClaw 2.0 之后还能不能保持这个速度。233 天的神话能不能续，取决于这 933 个人能不能继续组织下去。这可能是我整篇最不确定的判断。

毕竟开源世界的规律是：热闹来得快，散去也快。能留下的，从来不是最热闹的项目，是最能组织人的项目。

砚数观点

养一只龙虾容易，养 933 个养虾人，难。

2.0 最大的升级不是 AI，是它证明了一件事：在 AI 时代，最稀缺的能力依然是"把陌生人组织起来干成事"。模型可以开源，代码可以复制，但 933 个人愿意为一个不赚钱的项目熬夜写 PR，这种组织能力，抄不走。

这招对普通人也有用。别总盯着"我怎么变得更聪明"，先问"我能不能把一群聪明人组织起来"。一个能组织 933 个志愿者的人，比一个单打独斗的天才，值钱一百倍。AI 负责聪明，人负责组织。谁把这两件事都做好了，谁才真正拥有未来。

你在开源项目里提过 PR 吗？评论区聊聊，你见过最离谱的开源协作是什么样。

*砚数，聊科技公司背后的真问题，也写 AI 人物和能上手的工具。关注我们，把下一个判断，看得更准一点。*