
这个月稍早,我写了《WTF Is a Loop? Peter Steinberger vs. Boris Cherny》,光是解释 loop 到底是什么,就拿到了 360 万浏览。这篇是续篇,回答下一个问题,人们实际在跑哪些 loop。我把 /last30days(@slashlast30days)直接对准这个问题,在 X、TikTok、Reddit、YouTube 和 GitHub 上做了八次搜索。下面是回收结果里最好的十五个,每一个都标明出处。爆火的,附上真实互动数据。来自精选目录的,也老实交代来源。凡是原本没有现成命令的,我都改写成了你今晚就能直接粘贴的命令。先说一件几乎所有人都会搞错的区分。
先说三个命令,大家最容易在这里绊倒
最干净的一种说法,来自 TikTok 上一位叫 inyourhandmedia 的创作者。Goal 是一直干,直到结果达成。Loop 是只要我还在,就持续重复一项任务。Routine 是我不在的时候,它继续干。换成真正的命令,就是这样。
-
/goal <condition>会一直运行,直到某个可验证条件为真,然后停止。每一轮之后,都会有一个单独的快速模型检查你是不是真的完成了。这个命令适合 fix it until the tests pass 这种事,也是两个工具都共有的命令。Claude Code 在 v2.1.139 发布了它(docs),Codex 也在 CLI v0.128.0 发布了自己的版本,支持 set、pause、resume 和 clear 控制(docs)。 -
/loop <interval> <prompt>会在你的会话打开期间按定时器重复执行,比如/loop 5m check the deploy。它适合那种现在、立刻、人在现场盯着的事(docs)。Codex 目前还没有/loop命令,对应做法是把codex exec包在 shell loop 里,或者用 Codex app 里按分钟间隔运行的 Thread Automation。 -
/schedule <description>会创建一个云端 Routine,在你合上笔记本之后继续运行,比如/schedule daily PR review at 9am(docs)。这就是睡觉时也会继续跑的那个。Codex 的对应物是 Codex app 里的 Automations,可以是 standalone、project 或 thread automations,按 daily、weekly 或自定义 cron 调度运行,结果会进入一个 Triage 收件箱(本地版已经有了,云端执行正在逐步推出)。
讨论串里总有人踩一个坑。两个工具里都没有 /routine 这个命令。在 Claude Code 里,调度器叫 /schedule。在 Codex 里,对应的是 app 里的 Automations。动词用对了,下面这些 loop 才都能跑起来。其中有十一个直接来自 X、TikTok、Reddit 和 GitHub,我把互动数据一并附上。最后四个来自唯一值得抄家的那个目录,我也明确标出来了。
1. build-test-fix 组合拳(loop)
这是整批素材里演示最多的 loop,来自一位叫 raycfu 的创作者。他那条讲解视频在 Instagram 上拿到了 43,587 次观看和 1,040 条评论。两个 agent,一个负责写代码,一个负责跑测试、类型检查和 lint,并准确汇报哪里坏了。它们来回交接,直到一切干净。整个卖点就在于它解决了一个真实痛点,单次出手的 agent 会把 bug 一起交出来。
https://developers.openai.com/codex/app/automations
2. Boris 的 verifier loop(loop)
这是 Boris Cherny 本人亲口描述的 loop,也是关于它互动最高的一条说明(@bcherny,781 个赞)。做法是把 Claude Code、一个高级模型,再加上一个 verifier,放进同一个 loop 里,持续喂任务,然后边跑边把瓶颈拆掉。大家最常跳过的,就是 verifier。没有它,你其实只是在相信 agent。
https://www.reddit.com/r/n8n/comments/1tmxgry/how_are_you_handling_humanintheloop_steps_in/
3. loop-engineer 入门套件(harness)
这是播放量最高、真正手把手搭起来的一条视频,来自 AI Jason(15,436 次观看,537 个赞)。他发布了一个免费的 loop-engineer 模板,内容包括一套代码库 harness 和一个知识模板。你 clone 下来,指向自己的 repo,然后直接跑,就不用从零开始自己接 build、observe、verify 和 stop 这些脚手架了。要是你想今晚就跑起一个 loop,又不想自己设计管线,这是最快的上手方式。
https://github.com/Forward-Future/loop-library
4. 每五分钟一次的仓库维护者(loop)
Peter Steinberger 在过去 30 天里,跨自己的仓库合并了 859 个 PR,接受率 95%。他跑的就是这个,节奏卡得很紧,只要自己在工作,agent 就每五分钟完成一小块经过验证的维护工作。清理什么,不是硬编码脚本规定的,而是由 agent 自己判断。这个判断,本身就是重点。
/loop work the task list. After each task, have a separate verifier model
check the result against the spec and the tests. Only move on when it
passes. Surface anything the verifier rejects twice.
5. 计划-生成-验证-修复 loop(goal)
一位叫 qbuilder 的创作者,在 TikTok 上用一个带边界的版本把 runaway 问题直接按死了(4,560 次观看,125 个赞)。流程是 plan、generate、verify、fix、repeat,所有内容都保存到文件里,并且硬性限制最多五轮迭代。你最后只看最终版本。这个上限,正是它能放心丢在那里跑的原因。
roborev init # adds a post-commit hook: every commit triggers a review
roborev fix # the agentic loop that fixes the surfaced findings
6. roborev,commit 后审查员(已发布工具)
roborev 是一个免费开源的代码审查工具,是个 Go 二进制,可以从 roborev.io 安装。研究过程中,它通过 Dan Kornas 浮出水面。它会装一个 git hook,这样每次 commit 都会触发后台 review,然后趁上下文还热着,把发现的问题送进 agentic fix loop。它发布时那条推文其实挺安静,只有 20 个赞,但真正的信号在 repo 上,1,410 个 star,而且就在我写这篇文章的同一天还在继续提交。它算是把这整篇文章里最难的那件事做成了可安装版本,也就是把 verifier 放进 loop 里面。它还能接 Claude Code、Codex 和 Gemini CLI。
https://www.instagram.com/reel/DZysNLJv_yv/
7. goal-meta-skill(goal)
这是这个月最出圈的 skill,由 evgenii.arsentev 带出来的(32 个赞,950 次观看),短短几天 star 就破了 600。它唯一的工作,就是把一个模糊的请求改写成一个严谨的 goal,明确结果是什么、怎么验证、哪些地方不能动、什么时候该停。正如他说的,不是你的 agent 笨,是你的指令太含糊。
https://github.com/roborev-dev/roborev
8. 每天处理 15,000 封邮件的 loop(routine)
r/LangChain 上有位 builder 发了一个完整架构,讲的是一个邮件 agent 每天处理 15,000 封酒店住客邮件。它会循环扫描收件箱,做分类和起草,只把真正需要人工处理的部分升级上来。这种 Reddit 帖子很少见,因为它给出的不是 demo,而是整套生产级 loop。
/schedule every night, watch my open PRs. Auto-fix build failures, answer
review comments in a fresh worktree, and rebase what is stale. Leave
anything ambiguous for me. State in git so a crash loses nothing.
9. anti-spin loop(loop)
这是 Reddit 上设计得最好的一种 loop,出自 r/claudeskills 上发布的一个 Claude Code skill。它会自主运行 build、audit、verify 循环,直到一个可机器检查的 contract 通过为止,同时内置了明确的 anti-spin 停机条件,包括无进展检测、重试上限、来回反复检测,以及预算控制。之所以要这样设计,是因为正如作者说的,多数 agent loop 根本不会停下来问一句,自己到底有没有真的在推进,所以它们会反复重试同一种坏办法,或者悄悄把测试改到能过为止。
https://code.claude.com/docs/en/scheduled-tasks
10. 写 loop,不写代码的 routine(routine)
这一切的起点,其实就是那句出自 Claude Code 构建者之口的话。他说自己已经不写代码了,他写的是 loop,代码在他睡觉时由 loop 来写。传播最广的一版来自 @0xMovez(984 个赞),还补了个数字,他现在 30% 的代码已经完全由 loop 写出来了。它的形状就是一个定时 routine,盯着你的 PR,夜里把那些能修的都修掉。
https://github.com/mvanhorn/last30days-skill
11. human-in-the-loop 审批队列(loop)
这是 no-code 圈子里最实用的一种模式,来自 r/n8n 上的一条讨论。工作流先跑起来,然后暂停,给你发一条带 approve、revise 或 skip 按钮的消息,把人工审查当成一个独立队列来处理,还会配提醒和截止时间。loop 的形状没变,只不过它的停止条件不再是测试通过,而是你批准了。
还有四个,值得直接从目录里抄过来
剩下那些真正适合直接复制粘贴的 loop,大多都在 Matthew Berman 的 Forward Future Loop Library 里。那是一个精选目录,真正的信号不是点赞数,而是筛选质量。下面四个,单靠实用性就足够入选。
12. 生产错误清扫器(goal,目录)
这是 Berman 那边实用价值最高的一个 goal。它会读取你的生产日志,把真正可处理的错误和噪音分开,对可处理的问题带着测试一起修掉,再开一个 PR。它的价值在于分诊。你得先告诉它,什么叫 actionable,不然它会追着鬼影子跑。
https://x.com/0xMovez/status/2068074207687201043
13. 质量连胜 loop(goal,目录)
还是 Berman 的,而且它很尊重 it works 这件事到底有多不靠谱。它不会在第一次跑绿的时候就停下来,而是会测试更接近真实的场景,只有连续通过一段时间之后,才宣布胜利。一次绿灯只是运气。连胜才叫可靠。
https://x.com/mvanhorn/status/2063865685558903149
14. 对抗式审查强力工具(已发布命令,目录)
Lukas Kucinski 的 Clodex loop,会让 Codex 在合并前先审查 Claude 的 pull request,这样代码落地之前,必须先让两个不同模型家族都同意。原样粘贴就能用。
https://www.reddit.com/r/LangChain/comments/1tz9mdm/how_i_built_an_ai_email_agent_that_processes/
这里的 --max-iter 5 和 --threshold medium 才是重点。它最多会和自己争论五次,只有达到门槛的工作才会通过。
15. 完成契约强力工具(已发布命令,目录)
3goblack 的 loop(@Dis_Trackted)修的是最常见的一种失败,也就是 agent 明明没做完,却说自己 done 了。它会在开工前先写下一份 contract,明确 complete 到底是什么意思,以及每一项要求用什么证据来证明,然后在证据不到位之前,拒绝宣称成功。
/goal review the last 24h of production errors. For each one that is
actionable and reproducible, write a fix with a regression test and open
a PR. Ignore transient and third-party noise. Done when the actionable
list is clear.
hype 通常会跳过的一段,loop 本质上是头顶 verifier 的烧钱机器
跨平台看下来,反复出现的是同样两个警告。用社区自己的话说,比我自己讲更好笑。
第一个是成本。关于 loop 的浪漫想象是,一千个 agent 一夜之间把我的公司造出来。生产环境里的版本,是一张账单。Uber 在四个月内烧完全年 AI 预算之后,把工程师每个工具每月的额度封顶在 1,500 美元。Reddit 上还有个人,只用一条命令,一晚上就烧掉大约 6,000 美元,那条讨论拿了 1,273 个赞。对整场运动最妙的总结,来自 YouTube 上一条写成代码的评论。
while (you have tokens): Burn them in a loop! That's what it is
- TrMarwane,YouTube,196 个赞,发表于一条 loop-engineering 拆解视频下
所以每个 goal 都要有预算,每个 loop 都要有上限。Goal 条件里可以带上 or stop after N turns。Routine 要跑在一个有每日上限的计划里。上限要在你离开之前设好,不是等邮件寄来之后再补。
第二个是验证,而这恰恰是整件事的全部。一个分不清好输出和坏输出的 loop,并不会替你省事。它只是更快地产出错误答案。
一个根本分不清好坏输出的 loop,只是在把犯错这件事自动化,而且更快。写 loop 很容易。难的是里面的 verifier。
- @ahmetbilicanxyz
这就是为什么 /goal 会用一个单独的模型做裁判,而不是让干活的那个自己给自己判作业。也是为什么上面那些最强的 loop,无论是 Boris 的 verifier、build-test-fix 组合,还是 Clodex,都会在 loop 里放进第二双、彼此独立的眼睛。一个自己给自己打分的 agent,会删掉失败测试,然后宣布完成。怀疑派坚持把这件事说清楚,是对的。
又来了。新的 AI 潮流来了,叫 Loop Engineering。你还在写 prompt?那你已经太落后了。
- Maximilian Schwarzmuller,YouTube,2,036 个赞,发表于他的 loop-engineering 视频下
他说对了一半。调度这一层,确实不过就是 cron。可 cron 从来没有过一个能待在流程内部做决定的东西。它能读状态,能行动,能检查有没有成功,还能决定要不要继续。这种判断,才是真正新的部分。其他都只是水管。
今晚怎么开始
你不需要十五个全上。研究一路收敛下来,其实就是三步,每种类型各来一个。先把 build-test-fix 组合拳作为 /loop 跑起来,这样你盯着看的时候,就会有某种可衡量的改进在发生。再把每五分钟维护者作为 /loop 挂在你工作期间。然后把写 loop、不写代码的 PR routine 设成 /schedule,夜里跑,早上醒来就能看到做完的活。给每一个都配上预算和 verifier。到明天早上,这就是一套能工作的 loop stack。
然后再去逛剩下那些。Matthew Berman 的 Forward Future Loop Library,把那些可直接复制粘贴的 loop 都编目好了,也标了作者,loop 本身就在一个你可以安装的开源 repo 里。但这篇文章的主线并不是他的目录。主线是人们真正正在运行、正在发出来的东西。我只是把它们从一个月的噪音里捞出来,这样你不用自己再捞一遍。
大家正在围着转的那种转变,是真的,而且比那些讨论简单。别再把自己放进 loop 里。把 goal、loop 或 routine 写出来,给它预算,给它自检能力,然后去决定你下一步要造什么。正如一位疲惫的实践者在别人问,agent 干活的时候人到底该干嘛时说的那样。
去散散步。给妈妈打个电话。做一顿健康的饭。照顾好自己。