8天108个PR：我意外发现了Loop Engineering
108 PRs in eight days: Accidentally discovering loop engineering
过去一周，我的AI代理自动处理任务板：编写代码、提交PR、通过CI并响应反馈，8天内完成了108个PR，远超以往每周5-10个的平均水平。这得益于我们小团队的高度信任和灵活的协作模式——无需强制人工代码审查，对齐在每日对话中自然完成。我将审查从逐行代码移至测试与结果层面，并放弃持续部署，改用CI加预览环境批量发布，大幅降低出错风险。这套流程被Addy Osmani称为Loop Engineering，包含协议、循环和工人三层架构。如今，我的角色已从编码转向定义任务和验证结果，仿佛2026年的软件工程师更像是产品经理兼QA。
除非你在编写核安全代码，否则你的PR可能根本不需要人工审查。
HN 评论区
10- scottydelta
文章里写道：
> 我们也没搭建持续部署（CD）。作为一个正面评价来说，这话听起来有点怪，因为很长一段时间以来，这可是优秀软件工程实践的标志性特征……但在我一周内提交了 108 个 PR 之后，我的想法确实变了。
这依然是优秀软件工程实践的标志性特征。
- calldacopsidgaf
我们已经过了这种说法能让人印象深刻的阶段了，谁都能用 AI 堆出一大堆 PR。
真正让标题有趣的，应该是围绕审查、安全性等方面的背景故事，但不幸的是，网站超时了，我根本看不到那些内容。
- xnx
PR 数量的重要性，和代码行数差不多（或者一样不重要）。