跳转至

《Loop Engineering橙皮书》发布!免费,开源

Ch01.666 《Loop Engineering橙皮书》发布!免费,开源

📊 Level ⭐⭐ | 9.3KB | entities/2026-06-17--Loop-Engineering橙皮书-发布-免费-开源-花叔.md

《Loop Engineering橙皮书》发布!免费,开源


title: 《Loop Engineering橙皮书》发布!免费,开源

source: wechat url: https://mp.weixin.qq.com/s/KukCs9yg_8YJdnayUui-hg mp_name: 花叔 publish_date: 2026-06-17


《Loop Engineering橙皮书》发布!免费,开源

来源: 花叔

发布日期: 2026-06-17

原文链接: https://mp.weixin.qq.com/s/KukCs9yg_8YJdnayUui-hg


最近公众号后台和群里老有同学在问我:loop engineering 到底是啥?

以及催更我的《Loop Engineering橙皮书📙》的,

这词才出来一个多星期,已经满天飞了。行吧,我一次说清楚,并且真真给你们交付了一本 32页的《Loop Engineering橙皮书📙》 ,获取方式在结尾,需要的可以直接拉到最后。

先给你一句话的版本:

你别再自己一句一句去指挥 AI 了。你该去设计一个替你指挥它的系统。

核心要点

本文为微信公众号文章,由 WeChat backfill 收录。

详细信息


title: 《Loop Engineering橙皮书》发布!免费,开源

source: wechat url: https://mp.weixin.qq.com/s/KukCs9yg_8YJdnayUui-hg mp_name: 花叔 publish_date: 2026-06-17


《Loop Engineering橙皮书》发布!免费,开源

来源: 花叔

发布日期: 2026-06-17

原文链接: https://mp.weixin.qq.com/s/KukCs9yg_8YJdnayUui-hg


最近公众号后台和群里老有同学在问我:loop engineering 到底是啥?

以及催更我的《Loop Engineering橙皮书📙》的,

这词才出来一个多星期,已经满天飞了。行吧,我一次说清楚,并且真真给你们交付了一本 32页的《Loop Engineering橙皮书📙》 ,获取方式在结尾,需要的可以直接拉到最后。

先给你一句话的版本:

你别再自己一句一句去指挥 AI 了。你该去设计一个替你指挥它的系统。

就这么简单。

不过,显然,真正的问题是,这背后的指挥系统究竟是指什么,以及我们该如何设计?

loop engineering是怎么火的?

要说这个概念的引爆,首先是Claude Code 的 负责Boris Cherny先在X发了句,说自己已经不靠自己手动promptClaude了,而是让一堆loop跑着去提示它、自己想下一步干嘛,他的工作就是写循环。

引爆它的则是 OpenClaw 的作者 Peter Steinberger 发的一条推:你不该再去提示你的编程 agent 了,你该去设计那些提示你 agent 的循环。这条推冲到了 830 万浏览。

最后,真正给它起名字的是 Google 的 Addy Osmani。6 月 7 号他写了篇博客,标题就叫 Loop Engineering,把这帮人各自在做的事收进一个词里,顺手把 Steinberger 和 Cherny 的话一起引了进去。

三个互不打招呼的一线的人,几天之内指向了同一件事,还用上了同一个词。每次出现这种情况,我都会多看两眼。它通常意味着,不是谁在造概念,是一群人各自做着类似的事,憋到现在终于需要一个共同的名字来交流了。

又一个「XX 工程」?

我知道你在翻白眼。

提示词工程、上下文工程、缰绳工程,过去一年「XX engineering」冒出来五六个,造词速度快赶上模型迭代了。

但这几个其实是一层一层垒上去的,不是并列的噱头。我给你排一下:

提示词工程 ,管的是你递给模型的那一段话写得好不好。

上下文工程 ,往前走一步,管的是这一次模型的脑子里该装哪些信息、该清掉哪些。

缰绳工程(harness) ,再往前,管的是单次一个 agent 跑起来的整套装备:给它哪些工具、允许它动什么、失败了怎么办、什么才算干完。

循环工程 ,又上一层楼。Addy 的原话是「它就坐在 harness 上面一层」。缰绳武装的是一次运行,循环干的是另一件事:它在定时器上跑、自己孵化小帮手、自己喂自己。

你发现没,这条线只有一个方向:你离亲手干活越来越远,离设计系统越来越近。循环工程只是把这件事说破了。

那一个「循环」到底长啥样

别被「系统」两个字吓到。拆开看,一个循环转一圈就五个动作:

发现 → 交付 → 验证 → 记下来 → 决定下一步。

Addy 给了个我觉得最好懂的例子。想象这么一套东西每天早上自己跑:

它先读昨天的 CI 哪些挂了、有哪些 open 的 issue、最近提了哪些 commit(这是发现)。挑出值得做的,开一个隔离的工作区,派一个 agent 去起草修复(交付)。再派第二个 agent,对着测试和项目规范去审这份草稿(验证)。审过了,自动开 PR、更新 ticket。所有进展写进一个 markdown 文件,活在对话之外,这样第二天早上能接着上次的地方跑(记下来,决定下一步)。

你睡你的觉,它干它的活。等你醒来,收件箱里摆着一排它处理好的、和它处理不了留给你看的。

你可能想说,这不就是挂个定时任务跑脚本吗?差就差在三点:它自己会醒,它记得上次干到哪(状态写在对话之外的文件里,不是跑完就忘),它能照这轮的结果决定下轮干嘛,不是干巴巴重复同一件事。定时脚本只占头一点。

这五个动作,靠六个零件搭起来:自动化、隔离工作区、技能、连接器、双 agent、记忆。每个都能单独讲半天,这儿先不铺。

全文我最想让你记住的一点

如果这篇你只带走一句话,我希望是这句:

写代码的那个 AI,不能给自己的代码打分。

其实之前写达尔文2.

原文

原文存档


关联