别再手动提示 Agent 了！2026 最火的 Loop Engineering，用 6 块积木讲透

江湖人称小鱼哥

471人浏览 · 2026-06-21 14:57:37

江湖人称小鱼哥 · 2026-06-21 14:57:37 发布

前言

"I don't prompt Claude anymore. I have loops running that prompt Claude and figure out what to do. My job is to write loops."

"我已经不再提示 Claude 了。我有循环在运行，它们去提示 Claude 并搞清楚该做什么。我的工作，是写循环。"

说这句话的人叫 Boris Cherny，Anthropic Claude Code 的负责人。

不是什么民科博主，不是卖课的营销号，是真正在造这把刀的人。

而 Peter Steinberger（PSPDFKit 创始人）说得更直白：

"You shouldn't be prompting coding agents anymore. You should be designing loops that prompt your agents."

"你不该再去提示编码 Agent 了。你该去设计循环，让循环去提示你的 Agent。"

过去两年，我们和 AI 编程助手的协作方式一直是：你打一句，它回一句，你再打一句——你像攥着一把电钻的把手，一锤一钉地凿。Addy Osmani（Google Chrome 团队）给这个新时代起了一个名字，叫 Loop Engineering（循环工程）。

今天这篇文章，我就用最通俗的语言，带你搞懂这个 2026 年 AI 编程圈最火的新概念：它到底是什么、Codex 和 Claude Code 里长什么样、以及为什么它可能彻底改变你写代码的方式。

什么是 Loop Engineering

一句话定义：

Loop Engineering，就是把你"自己提示 Agent"这件事，外包给一个你自己设计的"循环系统"。

Addy Osmani 的原话是：

"Loop engineering is replacing yourself as the person who prompts the agent. You design the system that does it instead."

"循环工程，就是把你这个'负责提示 Agent 的人'替换掉。你去设计那个替你干这件事的系统。"

Cobus Greyling 给了一个更精炼的表述：一个 Loop，本质是一个"递归目标"（recursive goal）——你定义一个目的，AI 自己一轮一轮地朝着它跑，直到完成。

你可以把它理解成这样：

旧模式：你 → 手动提示 → Agent 干活 → 你看结果 → 你再提示……（你是那根线，你一松手就停）
Loop 模式：你 → 设计一个循环 → 循环自己去发现任务、派活、检查、记录、决定下一步（你可以睡觉，循环还在跑）

注意，这不是"让 AI 更聪明"，而是"把人的位置，从循环里挪出去"。

一个 Loop，到底在循环什么

不管是 Claude Code 还是 OpenAI Codex，它们底层的 Agent Loop 都是同一个形状，Anthropic 官方文档画得很清楚，一个完整的循环周期长这样：

感知（Perceive）：读取当前状态、上下文、历史
推理（Reason）：决定下一步干什么
行动（Act）：调用工具、改代码、跑测试
反思（Reflect）：检查结果，决定继续还是退出

就这么一圈一圈地转，直到出现一个没有工具调用的纯文本响应，循环才结束。

这就是 Addy 说的那句关键——"一个循环，只有和它的退出条件一样可靠。让模型自己跑起来，是其中最简单的事。" 真正难的不是"让它跑"，而是"怎么让它在该停的时候停"。

五块积木 + 一块记忆：Loop 的标准结构

Addy Osmani 最有价值的洞察，是他发现 Codex 和 Claude Code 这两个死对头，在 2026 年居然长出了几乎一模一样的五块积木。一旦你看清这个形状，就不再纠结"用哪个工具"，而是专心设计那个"换个工具也能跑"的循环。

1. Automations（自动化 / 心跳）

让循环成为"循环"而不是"跑一次就完了"的东西。

Codex：Automations 标签页，选项目、提示词、频率、环境，跑出的结果进 Triage 收件箱；还有 /goal 命令——一直干到你写的条件成立为止
Claude Code：/loop（按节奏重跑）、/goal（跑到条件满足）、cron 定时任务、hooks、GitHub Actions

其中最值得拎出来说的是 /goal：你给它一句"auth 目录下所有测试通过且 lint 干净"，然后就可以走人。每一轮跑完，会有一个独立的小模型来检查"到底完成没有"——注意，不是写代码的那个模型自己给自己打分。

2. Worktrees（工作树 / 并行隔离）

两个 Agent 同时改同一个文件，和两个工程师往同一行代码上提交是一模一样的灾难。

git worktree 给每个 Agent 一个独立的工作目录、独立的分支，共享同一份仓库历史。Codex 原生内置，Claude Code 用 git worktree、--worktree 参数、或者给 subagent 标 isolation: worktree。

3. Skills（技能 / 项目知识）

Skills 解决的是"每次开新会话都要重新解释一遍项目"的金鱼记忆问题。

两边都是同一个格式：一个文件夹里放 SKILL.md，装着指令和元数据。Codex 用 $name 或 /skills 调用，Claude Code 同理。Addy 说得很到位——Skill 是把你"一次性的意图"写在盘子上，让 Agent 每次跑都能读到，而不是每一轮都从零开始重新猜你的项目。

4. Plugins & Connectors（插件与连接器）

一个只能看文件系统的循环，是个很小的循环。连接器（基于 MCP）让 Agent 能读你的 issue 系统、查数据库、打 staging 接口、往 Slack 丢消息。

这是"它告诉你该怎么修"和"它自己开 PR、关联 Linear 工单、CI 绿了之后 ping 频道"之间的区别。

5. Sub-agents（子代理 / 造与查分离）

Loop 里最有价值的一个结构设计：让写的和查的，不是同一个 Agent。

写代码的模型，给自己的作业打分总是太宽容。第二个 Agent，用不同的指令、甚至不同的模型，才能抓住第一个 Agent 自己骗自己的地方。

Codex：.codex/agents/ 里用 TOML 定义，安全审查用强模型高推理，探索用快的只读模型
Claude Code：.claude/agents/ 里定义 subagents，还有 agent teams 在多个 Agent 间传递工作

常见的分工是：一个探索、一个实现、一个对着 spec 验证。

第 6 块：记忆（Memory / State）

Addy 反复强调这"听起来蠢得不重要，但其实是所有长跑 Agent 的命根子"。

一个 markdown 文件，或者一个 Linear 看板——任何活在"单次对话之外"、能记住"做了什么、下一步是什么"的东西。因为模型在两次运行之间会把一切都忘掉，所以记忆必须在硬盘上，不能在上下文里。Agent 会忘，但仓库不会忘。

这就是 Codex 社区里很火的 "past goals（过往目标）" 模式：每一轮循环结束，把"上一轮想干什么、干成了没"写回状态文件，下一轮规划时先读它，用历史目标来"偏置"未来的决策——本质是一个 read → reason → act → write 的小循环，把短期记忆变成了长期记忆。

一个真实的 Loop 长什么样

把六块积木拼起来，Addy 给出了一个他自己反复在用的形状：

每天早上一个 Automation 自动跑。它的提示词调用一个 triage skill，读取昨天的 CI 失败、开放的 issue、最近的 commit，把发现写进一个 markdown 或 Linear 看板。对每一个值得做的发现，循环开一个隔离的 worktree，派一个 sub-agent 草拟修复，再派第二个 sub-agent 拿项目 skills 和已有测试去审这个草稿。连接器负责开 PR、更新工单。搞不定的，丢进 triage 收件箱等我。状态文件是整个东西的脊柱，它记得试过什么、什么过了、什么还开着——所以明天的运行能从今天停下的地方接着跑。

你只设计了一次。你没有提示其中任何一步。 这就是 Steinberger 那句话的落地版本。

但 Loop 并不能替你消失

Addy 在文章最后泼了一盆冷水，我觉得这才是整篇文章最该读的部分。循环越好用，有三个问题反而越尖锐：

验证还是你的事。一个无人值守跑着的循环，也是一个无人值守犯错的循环。你把"验证 sub-agent"和"制造 sub-agent"分开，就是为了让循环那句"做完了"有点分量——但"做完了"终究是个声明，不是证明。你的工作，是发布你确认过能跑的代码。
你的理解在偷偷腐烂。循环越快地发布你没写过的代码，"代码库实际是什么"和"你脑子里的代码库"之间的裂缝就越大。这就是他说的 comprehension debt（理解债）——你拥有一个你越来越看不懂的仓库。
Token 成本会爆炸。Addy 直言"你必须小心"，无人值守的循环，用量可能天差地别，你是 token 富翁还是贫困户，体验完全不同。

所以别误会——Loop 改变的是工作的形状，不是把你从工作里删除。