如何看待由 OpenClaw 作者引发的 「Loop 工程 」 讨论?

文艺频道··10 min read
说实话,刚看到这个讨论的时候,我第一反应是:又来了,技术圈又要在某个概念上撕个昏天黑地。 结果越看越上头,甚至翻了好几天的历史记录,把 OpenClaw 作者早年的发言和这次 "Loop 工程" 的帖子从里到外扒了一遍。最后我发现,这件事根本不是大家以为的 "大佬互喷" 或者 "定义权之争",它背后...

说实话,刚看到这个讨论的时候,我第一反应是:又来了,技术圈又要在某个概念上撕个昏天黑地。

结果越看越上头,甚至翻了好几天的历史记录,把 OpenClaw 作者早年的发言和这次 "Loop 工程" 的帖子从里到外扒了一遍。最后我发现,这件事根本不是大家以为的 "大佬互喷" 或者 "定义权之争",它背后藏着一个特别扎心的真相——我们大多数人做项目的方式,从一开始就错了。

一位程序员在深夜的办公室里,桌上摊开笔记本和咖啡杯,电脑屏幕上显示着代码和论坛历史记录,他正在仔细研究帖子内容

先说说事情大概是怎么回事。

OpenClaw 这位作者,在独立游戏圈也算个老炮了,做过几个口碑不错的作品,代码风格极其硬核。他最近发了一篇长文,核心思想大概是这样:别再迷信所谓的 "迭代式开发" 了,也别整天搞什么 "MVP"(最小可行产品)——你们做的根本不是迭代,你们是在无底洞里填沙子。

他提出了一套叫 "Loop 工程" 的方法论,意思是要把整个开发周期切成一个个 "不可逆的闭环"。每一个 Loop 输出的是一个完整的、自洽的、甚至可以直接拿来当 Demo 卖的版本,而不是一堆半成品功能堆在一起,然后指望 "后面再优化"。他说得很尖锐:"看一眼你的项目文件夹,如果里面有 'temp'、'v2_final'、'old_working' 这些名字,你的项目已经死了,只是你还不知道。"

一名开发者盯着电脑屏幕上混乱的项目文件夹,里面有许多带有'temp'、'v2_final'、'old_working'字样的文件,表情无奈

这话一出,评论区直接炸了。

有人说他理想主义,不切实际,说 "你以为大厂那种几十个人的团队能这么搞?" 也有人觉得这不过就是 "瀑布模型" 换个马甲,旧酒装新瓶。更有人直接开喷,说他是在 "教马斯克造火箭",现实里根本行不通。

三位程序员在会议室里激烈争论,一人激动地指着白板上的图表,另外两人表情各异,有人持怀疑态度

我呢,本来也是想当个吃瓜群众的,但看到某条回复之后,我突然就不淡定了。

那条回复说:"你们骂他之前,能不能先看看自己做了几年项目?他说的 'Loop' 其实就是 '一个可以交付的版本',你们扪心自问,你们做过几个 '可以交付' 的东西?"

这话真的戳到我肺管子了。

我回想自己这些年做过的项目,从大学的小团队到工作后参与的商业项目,哪一个不是 "先搭个架子,后面再填内容"?结果呢?架子搭好了,人没了;内容填了一半,需求变了;等到终于觉得 "差不多能用了",发现底层的循环逻辑全是补丁摞补丁,改一个 bug 出来三个新 bug。

而 OpenClaw 所谓的 "Loop 工程",说白了就一个核心:每一个 Loop 结束时,你的系统不仅要能跑,还要能优雅地跑——哪怕只是功能最简化的一版,它内部的状态机、数据流、错误处理,都必须是一次性的、完整的设计,不是 "以后我再重构"。

听着是不是很耳熟?对,其实就是每个程序员心里都清楚但从来做不到的那句 "写代码要一次写对"。

但问题来了,为什么我们做不到?

不是因为我们懒,而是因为我们怕。

怕什么呢?怕花了大量时间把第一个 Loop 做得 "完美",结果市场调研发现方向错了,全部白干。所以大家宁可先用胶带粘个纸船下水,能浮起来就赶紧试,不行再粘。这种思维方式在创业圈叫 "快速试错",听着很聪明,但 OpenClaw 指出一个致命的盲区:你用胶带粘出来的纸船,它在水上走的时候根本测不出真正的稳定性,因为你连它是漏的都不知道。

真正的快速试错,应该是造一个能模拟真实船只所有核心模块的迷你版,而不是一个随时散架的破烂。

说回这场讨论本身。

我觉得最精彩的部分不在 OpenClaw 的理论有多正确,而在于评论区两种人的鲜明对比。一种人骂他 "纸上谈兵",另一种人晒出了自己用 "Loop 思想" 做出来的项目,虽然小,但 bug 少、维护轻松、迭代起来甚至比原来更顺畅。

这让我想起一个朋友,他做独立游戏四年,一直不温不火。去年他开始尝试 "每个版本都是完整游戏" 的思路,哪怕只是一个简单平台跳跃,也要把关卡、物理、UI、音效全部做到位。结果你们猜怎么着?他第一个 Loop 花了三个月,上线卖得一般。但第二个 Loop 只花了一个月,因为底层框架根本没动,只需要加内容。而且因为第一个版本口碑不错,直接有了粉丝基础。现在他已经全职靠这个活了。

所以你看,不是方法有问题,是你能不能狠下心来打破自己之前的所有习惯。

整件事讨论到现在,我最大的感受是:技术圈的争论,往往到最后比的不是谁的逻辑更严密,而是谁更愿意把自己活成自己的理论。OpenClaw 敢写那篇文章,是因为他的游戏就是这么做的,代码公开,大家可以去围观。而那些骂他的人,有几个敢把自己项目的 commit 记录贴出来?

当然,我不是说 "Loop 工程" 就是万能药。它可能只适合小团队、个人开发者,或者做产品的初期阶段。大型企业复杂的协调和利益关系,可能根本容不下这种 "每个 Loop 必须完整" 的倔强。

但不管怎么样,这场讨论至少让我开始反思一件事:我到底是在 "做项目",还是在 "补坑"? 如果你也跟曾经的我一样,每天加班加到怀疑人生,项目却越做越烂——听句劝,先停下来,把你的产品当成一个 "Loop" 来看,问问自己:如果现在必须把这个版本直接发布,你敢不敢按发布键?

不敢的话,那 OpenClaw 说的东西,可能真的值得你好好琢磨琢磨。

反正我现在已经开始试着用 "Loop 思维" 重写一个旧项目了。头发掉得更快了,但心里踏实了,不用再靠 "以后重构" 四个字来安慰自己。

这种感觉,说实话,挺爽的。