Loop 正在排斥人为操作

排斥听着有点敌对其实没那么夸张。Loop 干的事很具体把你从循环里手动推一步的人换成设计循环规则的人——不是不要你是不要你动手。下面从一条真实推文讲起。前几天在 X 上OpenClaw 的创始人 Peter Steinbergersteipete发了条推文就两句话“Here’s your monthly reminder that you shouldn’t be prompting coding agents anymore. You should be designing loops that prompt your agents.”翻译每月提醒你一次——别再给编程 Agent 写提示词了该去设计循环让循环来提示你的 Agent。650 万浏览量。底下吵成一片——有人求详解有人质疑成本有人争论这跟之前的 ralph/goal loop 到底有什么不同。吵归吵方向是那个方向。黄仁勋在 GTC 上说得更直接——Prompt 已经过时了Loop 才是新范式。Boris Cherny 更夸张他去年就把 IDE 卸了现在几百个小 Agent 并行跑代码全是 Claude Code 写的大部分是在手机上完成的。我一开始也觉得这是营销话术。但用了一段时间 Claude Code 的/goal之后感受是这东西跟之前用 AI 写代码的体验不是量的区别是模式的区别。人从循环里退出来以前用 AI 写代码是什么体验你写 Prompt模型吐代码你 Review不满意再改、再问。整件事的节奏是——AI 动一步你推一步。你始终是那个循环里的驱动轴。Loop 干的事说穿了就一件把驱动轴换成发条。你定目标AI 自己跑。跑完自己验验不过自己修修完再跑。直到通过或者预算烧完。你的角色从传话人变成了验收人——甚至验收人也可以再包一层 Loop 让另一个模型当。第一次用/goal的时候我盯着终端看了十分钟发现它真的在反复迭代——写一个函数、跑测试、失败、自动读报错、修、再跑——这十分钟里我没碰一下键盘。那种感觉很奇怪像把自己的工作外包给了一个效率极高的同事而你在旁边喝茶。不是偷懒的爽是一种控制感被突然抽走的慌。为什么偏偏是现在学术上 Loop 不是新东西。姚顺雨 2022 年的 ReAct 论文就是思考→行动→观察→再思考的循环。为什么今年才在工业界炸一句话工具终于把这件事包起来了。一年前你想搞套 Loop得自己搭——Bash 脚本做触发器cron 做调度文件系统做状态管理沙箱做隔离。写出来能用但每个环节都是手工做的维护成本高得离谱。现在呢Claude Code 里三句命令/loop— 定时反复跑/goal— 跑到验收条件满足才停/schedule— 云端跑合上电脑也继续OpenAI Codex 走了另一条路——多 Agent 并行最多 8 个同时在云端沙箱里干活汇总结果。两个产品的实现路径看着不一样但长出来的形态出奇地相似拆碎、并行、汇总。公开评测也咬得很紧。这说明什么模型本身已经卷不出太大差距了真正的差异在上层——你怎么编排、怎么分派、怎么验收。控制粒度一直在上移拉回来看AI 编程这三年经历的不是一次突变而是一步步往上走回到 2023 年大家都在研究怎么写 Prompt一句话的措辞能决定输出质量天上地下。那是 Prompt Engineering 的时代。然后发现光把话问对还不够更重要的是给模型看到什么信息。你把代码库上下文塞进去把报错日志贴进去把相关文档喂进去——信息量决定回答质量。这就从问法变成了喂法。这是 Context Engineering。再往后发现光给信息也到瓶颈了。模型需要的是一个能干活的环境——能读写文件、能调 Shell、能装依赖、能被约束边界。你搭一个沙箱给一套工具设一道围栏。这就是 Harness Engineering——搭系统不是写指令。现在是什么你搭好了环境、配好了工具、写好了上下文——但你还在那守着。Loop 做的就是把最后一个需要你守在旁边的环节也自动化了。控制粒度一直在上移。你从写每句话的人变成提供信息的人变成搭系统的人最后变成设计规则的人。越往上你的时间越值钱你跟代码的物理接触越少。这听起来像进步但它也意味着你对代码库的触感在消失。怎么用起来写字和判分不能是同一个人实操层面Loop 设计里有一条原则性是最高的写的和验的必须分开。Claude Code 的/goal里写代码的是大模型Sonnet/Opus跑验收的是小模型Haiku。两个模型各司其职验的那个看不到写的那个的推理过程。为什么这么设计因为模型给自己的代码打分——手太松了。你会经常看到它说looks good但换一个独立模型跑一遍能挑出一堆问题。这跟人一样刚写出来的东西怎么看怎么顺眼。必须换一双眼睛。这也解释了为什么把 Loop 跑稳没那么容易。最小可行的 Loop 至少需要四个东西一个触发器让它知道什么时候跑一份上下文让它不用每次重新解释一个状态文件让它记住上一轮发生了什么一个门禁让它能在坏代码提交之前拦住。这四个缺一个Loop 大概率烂在生产环境里。说到这里我补一句——别上来就定时。先手动跑通写成 Skill再包进 Loop最后才上 schedule。跳步是 Loop 翻车最主要的原因。我亲眼见过有人直接上 cron结果 Loop 在凌晨三点把 main 分支搞崩了第二天全员修了一天。真正的问题不是技术Loop 做到后面技术问题会退到次要位置。两个真正扎心的问题会浮上来。第一个是钱。一次 API 调用看起来不贵但 Loop 是反复调的。有人算过一分钟触发一次、跑八小时480 次调用。你挂着跑一个周末试试。Boris 和 Peter 背后都有公司托底Token 预算接近无限。普通人没这个条件。Claude Code 已经加了限制——最小间隔 1 分钟、最长跑 3 天、自动停——不是为了体验是为了防止你收到账单吓一跳。第二个更深层。Google 的 Addy Osmani 提过一个概念叫认知投降——当 Loop 跑得越来越顺你很容易停止思考。长期下来你可能失去独立判断的能力。不是开玩笑不是科幻。某个系统在跑跑的很稳你就懒得看它的 Diff 了。等它真的出事你打开代码库一看——这是谁写的你发现没有人读过。他把话说的很直接Loop 能是解药也能是加速器。区别在于你用它的时候脑子还在不在转。位置变了回头看这三年你一直在循环里整个系统以你为轴心转动。Loop 做的是把你从轴心的位置移出去了。不是开除你是给你换了个岗位。以前你是司机现在你是导航。能自己写出多漂亮的代码不重要了。重要的是你什么时候该往哪走、怎么定义走到了、怎么验收走对了。技术从瓶颈变成了管道判断力才是那个漏斗。前提当然是模型得继续变强这个不是我们能控制的。好在从今年上半年看进展没慢——GPT-5.5、Claude 5、GLM-5.2、DeepSeek V4 半年全换了一代而且奇怪的是每一代在 Agent 能力上的提升比在 benchmark 上的提升直观得多。模型越强Loop 越顺人退得越远。你说这是好事还是坏事我觉得得分人。对还在写每行代码的人来说可能是灾难。对已经站到规则层的人来说这就是杠杆。我们现在可能就站在这个分界点上。配图风格参考 Ian 小黑怪诞正文配图