Claude Code之父的宣言“我不再Prompt了我的工作就是写循环”一句话总结Claude Code 之父 Boris Cherny 说“我不再 Prompt 了我的工作就是写循环”——本文把这句话拆成三层含义、把他的多智能体编排画成图并给出一份今天就能抄的目标定义模板。导读引爆 Loop Engineering 的推文里最狠的一句话其实出自 Claude Code 负责人 Boris Cherny。这篇我们把他的工作流拆开看当造出全球最火编码智能体的人自己都不再手动提示了我们的工作方式到底该跟着怎么改我会把那句话拆成三层、把他的 15 智能体编排画成图最后给你一份今天就能抄的目标定义模板。本文导航一、先拆那句话三层含义二、说这话的人是谁三、“Vanilla工作流”15个并行智能体的编排四、从写代码的人到写循环的人五、我们能抄的作业小结下节预告一、先拆那句话三层含义把 Cherny 那句原话再完整摆一次“我不再提示 Claude 了。我有一堆循环在跑它们负责提示 Claude、负责想下一步干什么。我的工作就是写循环。”第一次读很多人只听到了不提示了四个字然后得出结论哦提示词工程死了。这是误读。我自己第一遍也差点掉进去——当时脑子里蹦出来的念头是那我这两年攒的提示词库白攒了后来反复读了三遍又对照他实际的工作方式才发现这句话的信息密度高得吓人。我建议你按三层来拆第一层不是不交流是不逐轮交流。Cherny 显然还在跟 Claude 沟通——但沟通的载体从一轮轮的聊天消息变成了一次写好、反复运行的循环定义。信息量没变少甚至变多了只是打包方式变了从流式对话变成了一次性交付的系统设计。你可以把它类比成从打电话指挥装修改成出装修图纸——后者显然更费脑子但一次交付反复生效。第二层提示词没有消失而是沉到了循环的骨架里。循环里的每个组件——验收条件、技能文件、子智能体指令、hooks——本质上全是提示词只是它们不再由你在聊天框里手打而是固化成了可版本管理、可复用、可交接的资产。提示词工程的全部积累一点都没浪费。我自己那两年攒的提示词库后来是怎么处理的三分之一变成了 AGENTS.md 的条目三分之一变成了 Skills 文件三分之一变成了验证器的失败信息模板。一个字都没扔。第三层也是最有分量的一层——我的工作就是写循环是一份岗位说明书。这句话等于宣告了一个新工种的存在——loop architect循环架构师不负责驾驶负责设计交通系统不负责生产每一行代码负责让生产代码的过程本身可以自动化、可验证、可信任。为了让你不把这三层读混我把误读和正解并排放流行误读实际含义差别在哪“提示词工程死了”提示词沉入循环骨架变成可管理资产从手艺变成资产“以后不用懂AI了”循环设计必须更懂AI的行为边界要求反而更高了“AI全自动驾驶了”人退到门禁点但没退出流程驾驶权后移不是消失“写循环就是写while”骨架是while重点是验证、记忆、预算10%是循环90%是工程“这适合所有任务”只适合可机器验证的任务选错任务必翻车踩坑提示我见过有人把我的工作就是写循环理解成我要写一个无限 while 让 AI 自己跑然后一夜烧掉几百块 token产出三个互相打架的分支。没有终止条件、没有验证器的 while不叫循环叫 doom loop。第3章第9节专门收拾这种事故。二、说这话的人是谁评判一句话的分量得看说话的人站在哪。Boris Cherny 这个人的履历有个特别有意思的细节Claude Code 是他2024年9月的 side project。一个工程师的业余项目一年多以后变成了什么几个数字ARR超过25亿美元贡献 Anthropic 约五分之一收入2026年中口径开发者满意度 91%JetBrains 2026年4月调查里46%的开发者把它选为最受喜爱的 AI 编程工具Copilot 同项只有9%企业订阅用户自年初增长四倍企业客户贡献过半收入平均会话 23 分钟、47 次工具调用——所有智能体工具里跑得最深的那一个硅谷有人把 Claude Code 称作万亿美元级别的小项目话虽夸张但一件事是确定的这个星球上每天驱动 Claude Code 次数最多的人之一就是它的负责人本人。他对怎么用好智能体的判断是用几亿美元营收和几百万用户的真实行为喂出来的。所以当这个人在 X 上说我不再提示了这不是观点这是生产环境的运行报告。我把他的产品成绩单和这句话的可信度做了一张对照表你可以自己掂量事实数字对那句话的支撑Claude Code ARR$25亿他的工作流背后是亿级营收验证全球开发者满意度91%他的产品判断被大规模用户认可最受喜爱工具得票46%使用深度行业第一平均会话时长23分钟他面对的正是长任务怎么管的问题平均工具调用47次/会话手动逐轮驱动在这个量级上根本不可行最后一行其实是最硬的论据一次会话47次工具调用你手动一轮轮提示一轮看一分钟光看完就要一个小时。换成循环人只在终点出现。他的工作方式不是哲学偏好是被数据逼出来的必然。另外补一个背景2026年初那段时间Anthropic 内部公开分享过一批用法细节随即被 iOS 开发者 Jacob Bartlett 整理成文标题里那个词后来流传开了——“vanilla”原味工作流。原味的意思是没有任何神秘技巧。这一点我们下一节展开。三、“Vanilla工作流”15个并行智能体的编排那 Cherny 的循环到底长什么样2026年2月Jacob Bartlett 写过一篇流传很广的文章专门复刻 Cherny 公开分享过的用法——他称之为“vanilla”原味工作流没什么炫技的自定义提示词就是15个并行智能体之间的编排。我结合 Osmani 文章里的循环解剖把这套工作流的骨架还原成下面这张图通过失败通过否决Loop架构师本人定目标 · 审PR · 守门禁主循环/编排层拆解任务 · 派发 · 汇总worktree 1Agent实现功能Aworktree 2Agent修Bug Bworktree 3Agent写测试Cworktree N并行到审查带宽上限验证层测试/编译/lint确定性检查审查子智能体独立模型 · 只挑毛病Draft PR等人来审看着挺唬人我逐个节点给你翻译成人话节点1人是目标定义者和门禁。15个智能体没有一个是自由的——每个都拿着一个写清楚的成功态、边界和约束。Cherny 的输入不再是帮我改一下登录页而是auth 模块测试全绿、不改测试文件、改动范围限定src/auth/。目标写得越硬循环跑得越野。节点2worktree 是并行的前提。15个智能体同时改一个仓库物理上靠的是 git worktree——每个智能体一个独立的工作目录和分支谁也踩不到谁的文件。没有 worktree并行就是灾难现场三个智能体同时改同一个文件合并时全是冲突一个晚上白跑。节点3验证层是数字质检员。每个智能体交付之前先过一道确定性检查测试跑不跑得过、编译干不干净、lint 有没有红灯。这一步不信任任何模型的自我评价——跑不过就打回去重来符合我们第7章要讲的确定性信号喂养。节点4审查是另一个智能体且永远不是干活的那个。干活的模型给自己打分会过于宽容——这是 maker/checker 分离的铁律。审查者用不同的上下文、甚至不同的模型专职找茬。Osmani 说的写代码的那个模型太会给自己评卷了在这里被制度性解决。节点5人只在 PR 处出现。整条流水线的终点是 Draft PR——注意是Draft。人审的是结果不是过程。这就是编排税worktree 能消除机械冲突但你的审查带宽永远是并行度的上限15 个智能体产出的 diff最终还是要人一格格看得过来。再把一个晚上画成时序图你就知道人的介入点有多少了审查智能体验证器Worker智能体编排层Loop架构师审查智能体验证器Worker智能体编排层Loop架构师22:00 下发15个目标定义派发任务到各自worktree提交改动跑验证测试失败结构化错误信息自动修正后再验证全绿通过交给独立审查者挑出2处问题打回修正后复验通过审查通过生成Draft PR并通知次日早晨Review合并数一下人只出现了两次一次下发目标一次终点审查。中间所有的发现不对、打回、重试、再验证全部由系统自己消化。这就是我的工作就是写循环的字面意思。踩坑提示我复刻这套编排时踩过的最大坑是并行度跟着野心走。一开始我同时开了8个 worktree结果晚上11点半收到一堆通知凌晨一点爬起来手工裁决三个互相重叠的任务——比手动写还累。后来我定了条铁律并行度 我早上能认真审完的 diff 数量。对我目前来说是3。这条铁律第10章还会细讲。四、从写代码的人到写循环的人我特别想聊一个细节Cherny 是从写代码的人变成写循环的人的——而且是被自己造的工具改变的。这种角色迁移有点像当年从手写汇编到写编译器的那批人。你会发现一个残酷又迷人的对称性手写汇编者手动提示者工具成熟后升级为高级语言工程师/编译器作者升级为 Loop 架构师没跟上的人沦为人力编译器被编译器淘汰沦为人肉提示器被循环淘汰新角色的杠杆一个编译器服务所有程序一个循环服务所有任务新角色的核心能力语义理解、优化、正确性证明目标设计、验证设计、系统判断别误会我不是说手写提示词会像汇编一样消失——汇编到今天还活在内核和嵌入式里手动提示也会永远活在调试和探索里。我说的是杠杆中心发生了迁移你每一次和智能体的交互都在回答一个隐含的问题——“这件事是我这辈子手动做最后一次还是设计个循环让它自动做无数次”我自己对这个转变有个体感很强的观察工作时长没变短但单位时间的产出曲线完全变了。以前我一个晚上产出的是修好的一个 Bug现在我一个晚上产出的是一个能每晚自动修 Bug 的循环。前者是一次性的后者是复利的。做循环的人赚的是复利做提示的人赚的是计件工资。Osmani 对此有个我很喜欢的补充循环改变工作但不会把你从工作中删除。验证仍然归你理解仍然归你判断仍然归你。用他的话说——“Build the loop. But build it like someone who intends to stay the engineer, not just the person who presses go.”建循环但要以一个打算继续当工程师的方式去建而不是以一个只想按下启动键的人的方式。这句话我建议你抄下来贴在显示器上。因为循环最危险的诱惑就是让你误以为理解可以外包。循环会放大理解也会放大无知——你深刻理解的工作被循环加速你不理解的工作被循环批量制造垃圾。这是我在第16章理解力腐化一节要专门敲的警钟。五、我们能抄的作业Cherny 的工作流里最值钱的启示恰恰是它的vanilla原味不追求神奇的提示词追求普通的编排。15个智能体没有任何一个用了什么神秘 prompt 技巧赢在结构目标清楚、并行隔离、验证兜底、审查分离。先跑通一条线再复制十五条。这套编排是一个目标一个worktree一个验证器的简单模式 × 15不是15种不同玩法的马戏团。并行度跟着审查带宽走不跟野心走。Bartlett 复刻后的结论和我自己的体验一致瓶颈从来不是机器是你审 diff 的耐心。一开始你有2个并行就很好了。Draft 状态是礼貌也是安全带。所有无人值守的产出默认停在 Draft——把最后说yes的权利留给人是这套工作流能让人信任的前提。那具体到今天你能抄的第一份作业是什么把你的任务定义从一句话需求升级成结构化目标。我把自己的目标定义模板写成了 pydantic 模型——它同时也是校验器字段不全直接报错逼着我把话说完整# goal_spec.py —— 结构化目标定义模板Python 3.12 uv# 运行uv run goal_spec.pyimportloggingfrompydanticimportBaseModel,Field logging.basicConfig(levellogging.INFO,format%(asctime)s %(levelname)s %(message)s)loglogging.getLogger(goal_spec)classGoalSpec(BaseModel):循环的任务书目标、约束、验收条件三件套缺一不可task:strField(min_length10,description要做什么一句话说清)success:list[str]Field(min_length1,description可机器验证的验收条件)constraints:list[str]Field(default_factorylist,description不许碰的边界)budget:str最多10轮迭代 或 2小时if__name____main__:specGoalSpec(task修复登录模块的空指针异常,success[pytest tests/auth 全绿,ruff check src/auth 无错误],constraints[不改测试文件,改动范围限定 src/auth/],)log.info(目标已定义可交付给循环执行)print(spec.model_dump_json(indent2,ensure_asciiFalse))控制台输出2026-06-21 20:15:33 INFO 目标已定义可交付给循环执行 { task: 修复登录模块的空指针异常, success: [ pytest tests/auth 全绿, ruff check src/auth 无错误 ], constraints: [ 不改测试文件, 改动范围限定 src/auth/ ], budget: 最多10轮迭代 或 2小时 }注意success字段我用的是min_length1——没有验收条件的目标连模型都过不了校验更别说交给循环了。这个小约束后来救过我好几次每次我想偷懒写优化一下性能pydantic 就会把这种没法机器判定的东西顶回来逼我把它翻译成benchmark 耗时小于 100ms。既然说到验收条件我把写目标这件事再往下钻一层。验收条件的写法直接决定循环的成败我把常见写法做了张对照表——左边是我踩过的坑右边是后来的改法模糊写法循环必翻车硬化写法循环能跑硬化在哪“优化一下性能”“benchmark 耗时小于100ms功能测试全绿”换成机器可判定的数字“代码要优雅”“ruff check 零告警圈复杂度小于10”换成工具可测量的规则“别破坏现有功能”“改动前后全量测试结果一致diff 限定在 src/auth/”换成可执行的回归检查“写得完整一点”“文档覆盖率100%每个公开函数都有示例”换成可统计的覆盖率“小心一点”“不改测试文件、不动配置文件、不碰锁文件”换成可拦截的禁止项你会发现规律只有一条把形容词换成数字把期望换成检查命令。循环不认识优雅只认识退出码。我后来养了个习惯写完 GoalSpec 后自问一句如果我是机器我能不问任何人就判定它完成了吗能就发车不能就回去改。这些作业我们后面会逐个变成代码worktree 编排在第10章、验证器在第7章、审查分离在第7章第4节、目标设计在第3章第4节。现在你只需要记住结构。最后给你一份今天就能执行的三步清单成本不超过半小时步骤动作预计耗时产出1挑一个你每周都要做的重复任务5分钟一个候选循环2用 GoalSpec 三件套把它写成结构化目标15分钟一份任务书3跑一轮执行→验证→打回→重跑哪怕手动模拟10分钟你的第一条循环轨迹跑完这三步你对循环的理解就会从概念变成肌肉记忆。别小看这半小时——我在调研里见过的上车快的人无一例外都是先跑通一条最小的线再谈架构。踩坑提示抄作业最容易抄歪的地方是抄形式不抄约束。我见过有人照搬了15个并行 worktree 的形式却没抄不改测试文件改动范围限定目录这类约束结果循环为了过测试直接改断言——测试全绿业务逻辑全坏。约束不是仪式是防作弊的锁。小结Cherny 的宣言要拆三层读不逐轮交流≠不交流提示词没有死而是沉进了循环骨架我的工作就是写循环是一份新岗位Loop架构师的说明书说话人的分量Claude Code 从 side project 到 $25亿 ARR他是全球最深度使用编码智能体的人之一——这句话是运行报告不是观点Vanilla 工作流五节点人定目标 → worktree 并行 → 确定性验证 → 独立审查 → Draft PR 门禁一个晚上人只出现两次角色迁移的对称性像从手写汇编到写编译器——杠杆中心从做事移到设计做事情的系统从计件工资到复利能抄的作业普通编排胜过神奇提示词先跑通一条线再复制十五条并行度跟着审查带宽走约束是防作弊的锁今天就能动手的一步把任务定义升级成 GoalSpec——目标、约束、验收条件三件套缺一项就别启动循环下节预告讲了两天循环这个抽象概念下一篇我们落地到一个所有人都能秒懂的场景对比两种晚上——手动提示者守着聊天框熬到一点Loop 架构师十点关机早上收 PR。我会用流程图逐帧对比这两种晚间然后回答那个最关键的问题无人值守凭什么敢被信任三个前提条件一个都不能少。如果觉得本文对你有帮助欢迎点赞、收藏、关注三连本系列持续更新中120篇循环工程实战通关关注不迷路~