“围攻” Ralph Loop 之父？一场关于 Loops 的激辩：代码照样垃圾，只会失败得更加难看

“两年半没手写代码”引爆导火索

今年3月，一场由误会引发的混乱席卷了多个技术社区，而这一切的源头来自 Ralph Loop 之父 Geoffrey 在一次公开分享中的表态。他声称自己已完全告别手写代码，转而依赖 Ralph Loop 驱动的自动化流程。此言一出，立即在开发者群体中炸开了锅。许多一线程序员认为这是对传统编码能力的彻底否定，纷纷在社交媒体和论坛上“围攻” Geoffrey，质疑这种极端依赖 Loops 的做法是否真的能产出高质量软件。Geoffrey 则回应称，Loops 并非简单的代码生成器，而是一种可验证的、可组合的构建范式，所谓的“垃圾代码”恰恰是手写时代留下的顽疾。

魔搭社区成为激辩主战场

这场争论在国内最重要的开源模型与AI应用社区之一「魔搭社区」发起的开发者创作大赛中迅速升温。魔搭社区不仅拥有丰富的开源模型，还把数据集、开发工具和应用展示串联在一起，并通过“创空间”帮助开发者快速将模型落地。参赛者中，一方坚持使用 Loops 工具链自动生成代码，声称效率提升数倍；另一方则手工编写核心逻辑，批评 Loops 生成的代码往往存在冗余和无意义的循环，导致调试成本剧增。社区内的讨论帖多次出现“代码照样垃圾，只会失败得更加难看”这样的激烈言辞，甚至有人将 Loops 比作“碰运气编程”——如果模型在输出时仍然不遵循格式要求，让模型先思考再输出或许能提高遵循度，但 Loops 本身并不保证结果正确。

谷歌 A2UI 与“Loops 膨胀”的隐忧

就在争论白热化之际，谷歌发布 A2UI v0.9，其核心思想是：智能体应使用应用已有设计系统的表达方式，而不是自行发明新组件。这一理念恰恰与 Loops 的支持者形成对比——Loops 倾向于让系统自动生成 UI 组件，而非复用现有设计系统。有开发者指出，Loops 的膨胀正是因为用户不断向系统施加压力，希望它能自动完成更多事情，但结果往往是“如果某个东西有用，我们就是受不了还得专门去打开它”，导致生成的代码越来越臃肿。此外，HTML 生成是否会消耗更多 Token 也成为焦点，反对者认为 Loops 在生成结构化文档时缺乏对 Token 成本的精确控制，无形中增加了推理开销。

代码照样垃圾：失败得更加难看并非危言耸听

随着争论深入，越来越多的案例被拿出来剖析。Stripe 发布的基准测试显示，AI 智能体可开发集成方案，但校验环节存在明显短板，无法保证最终输出的可靠性。Datadog 借助 Claude 和 Cursor 完成测试驱动式生产环境迁移时，也发现大模型初稿代码逻辑正确率欠佳，若完全依赖 Loops 自动循环，则词元消耗量过高，且需要反复传入测试输出和代码上下文，低效且易出错。这些实证让反对者坚信：盲目拥抱 Loops 只会让“垃圾代码”以更快的速度生产出来，而调试和验证的难度却呈指数级上升。正如 InfoQ 报道中总结的那样：“你将变得更加 Loops 驱动，并且以一种以前不可能的方式变得更加可验证”——但可验证并不等于高质量，如果基础逻辑本身就有缺陷，循环只会放大失败。