OpenClaw 不出意外地翻车, 2026.3.22版炸了

感谢OpenClaw，演示了纯AI Coding驾驭不了复杂项目，给『AI代替程序员』这个势头踩了一脚刹车。

最近全互联网都是『程序员要被AI取代』『现在学计算机就是49年加入国军』这些调调，让码农们惶惶不可终日。

然后，OpenClaw 2026.3.22就来了。

膨——炸了！

OpenClaw在发布推文中还大言不惭地说『本次版本更新内容非常庞大，需要单独列出目录』，有一种『看我好棒棒』的赶脚。

但我从入行开始就明白，复杂软件就是一个超级大怪兽，开发者但凡吹嘘自己搞了一个大的，往往就是拉了一坨大的。

果不其然，用户升级到2026.3.22版之后，飞书不响应了，WhatsApp挂了，控制台UI打不开了，Docker镜像标签拉下来发现根本不是3.22的构建。

世界名画诞生，一个标榜Vibe Coding的明星项目，发了一个让用户『升级等于降级』的版本。

社区的反应也很直接，回退到2026.3.13吧，别碰2026.3.22，当然，有人冷嘲热讽，说这就是他们不敢在生产环境用OpenClaw的原因。

毫无疑问，这次不只是出一个两个bug那么简单，是直接打击了对OpenClaw的信任。

但是也不冤枉OpenClaw啊，因为——

去看了3.22的Release Notes，https://github.com/openclaw/openclaw/releases/tag/v2026.3.22 长（第2声）得离谱，各种安全修复、环境变量改名、插件系统重构、UI层大改……全塞在一个版本里。

正经程序员看到这种release notes，第一反应不是『好牛逼好棒棒』，而是——『这么搞是疯了吗？』

软件工程最基本的常识，改动越大，风险越大，出问题的概率呈指数级增长，不是线性的，是指数级。

你改10个模块，不是10倍的风险，是100倍，因为模块之间有交叉，有依赖，有你根本想不到的耦合。

正经的程序员会怎么做？

拆啊，理顺依赖关系，然后一个release只包含一小部分改动，只有每次改动小，测试范围可控，出了问题也知道是哪次引入的。

但是，OpenClaw选择了一把梭......

现在软件开发圈里有一种很危险的想法，认为只要AI Coding工具够强，工程那一套就不重要了，反正AI写的代码比人写得好。

OpenClaw 2026.3.22扒了这种想法的底裤，为此，我代表程序员群体对OpenClaw说声，谢谢啊~

你看OpenClaw出的问题，dist/control-ui资源缺失，npm包打歪了，Docker标签和实际构建对不上，这些东西跟代码写得好不好没关系，主要就是构建流程的问题，是软件工程问题。

AI能帮你写代码，能帮你补测试用例，甚至能帮你做code review，但是不要以为AI解决一切问题。

我不是说AI Coding没用，这没什么好争的，我也完全靠AI写代码了。

但写，代码从来就不是软件工程的全部，甚至不是最难的部分。

最难的部分是：怎么保证你写的东西在各种奇葩环境下都能稳定运行，怎么保证N个模块改完之后系统还是一个整体，怎么保证用户升级的时候不会炸。

这些事情，目前只能靠程序员怀着敬畏之心，小心规划，遵守工程常识来执行。

而OpenClaw现在的开发方式完全没有敬畏之心，查看他们一天之前的PR记录，很多被merge的PR根本上CI/CD都没有过，居然也merge了！

就看这种开发意识，不出问题才怪了呢。

OpenClaw这么搞下去，完全失控了。

唉，越说越气！

写在最后

下次再有人说『程序员要被AI取代了』，就可以把OpenClaw 2026.3.22拎出来说事。

我不反对使用AI Coding，但是我坚决反对抛弃软件工程的常识，不靠专业程序员，只会有越来越多失控的屎山项目诞生。