# 【Loop 入门】时代变了，别再一句句写提示词了
**作者**: 老白（每日 AI 干货）
**日期**: 2026-07-09T02:37:23.000Z
**来源**: [https://x.com/laobaishare/status/2075046628604743893](https://x.com/laobaishare/status/2075046628604743893)
---
现在关于要「设计 loop（循环）」而不能只是「写提示词」的讨论很多。你要是去 X 上想搞清楚 loop 到底是什么，会看到一堆不一样的说法。
在 Claude Code 团队，把 loop 定义为：agent 反复循环地干活，直到满足某个停止条件。 我们按几个维度把 loop 分成几类：
- 怎么被触发
- 怎么被停止
- 用的是 Claude Code 的哪个原语（primitive）
- 每类最适合什么任务
下面讲清楚主要的几类 loop、各自什么时候用，以及怎么在管住 token 消耗的同时保住代码质量。
> 不是所有任务都需要复杂的 loop。从最简单的方案起步，这些模式要挑着用。
## 回合制 loop（Turn-based）
触发方式： 一条用户提示。
停止条件： Claude 判断任务完成了，或者需要更多上下文。
最适合： 较短的、不属于某个固定流程或日程的任务。
怎么管住消耗： 写具体的提示，用 skill 强化验证环节，减少回合数。
你发的每一条提示，都会开启一个手动 loop，每个回合由你来指挥。Claude 收集上下文、动手、检查自己的活、需要就重来、然后回复你。我们把这个叫 agentic loop（智能体循环）。
比如你让 Claude 做一个点赞按钮。它读你的代码、改代码、跑测试，然后把一个它认为能用的东西交回给你。接着你手动检查，再写下一条提示。
你可以强化「验证」这一步：把你手动检查的步骤编码进一个 SKILL.md，让 Claude 能端到端地检查更多自己的活。这里面应该包含工具或连接器，好让 Claude 能看见、能测量、能与结果交互。检查越量化，Claude 越容易自我验证。
比如你的 SKILL.md 里可以这么写：
---name: verify-frontend-changedescription: 任何 UI 改动在宣布完成前，先端到端验证一遍。---# 验证前端改动永远不要仅凭「编辑成功」就把一个 UI 改动报告为完成。要像一个人类评审那样验证它：1. 启动开发服务器，在浏览器里打开改过的页面。2. 直接与改动交互。对于新控件（按钮、输入框、开关）：点它、确认状态如预期变化、截图对比改动前后。3. 检查浏览器控制台：零新增的报错或警告。4. 用 Chrome Devtools MCP 跑一次性能追踪，审计 Core Web Vitals。任何一步失败，就修掉问题，从第 1 步重跑——不要交回只验证了一半的活。
## 目标制 loop（/goal）
触发方式： 实时的一条手动提示。
停止条件： 目标达成，或达到最大回合数。
最适合： 有可验证退出标准的任务。
怎么管住消耗： 设定明确的完成标准和明确的回合上限，比如「试 5 次后停」。
有时候一个回合不够，尤其是复杂任务。agent 在能反复迭代时表现更好。你可以用 /goal 定义「完成长什么样」，来延长 Claude 迭代的时长。
当你定义了成功标准，Claude 就不用自己去判断怎样算「足够好」而提前结束 loop。每次 Claude 想停下来，一个评估模型会去核对你的条件，不达标就把它踢回去继续干，直到目标达成、或达到你设定的回合数。
> 这就是为什么确定性的标准特别有效——比如通过的测试数、或跨过某个分数线。
例如：
/goal 把首页的 Lighthouse 分数弄到 90 以上，试 5 次后停。
## 时间制 loop（/loop 和 /schedule）
触发方式： 一个指定的时间间隔。
停止条件： 你取消它，或者活干完了（PR 合并了、队列空了）。
最适合： 周期性的活，或者要跟外部环境 / 系统打交道的活。
怎么管住消耗： 把间隔设长一点，或者按事件（而不是按时间）来反应。
有些智能体的活是周期性的：任务不变，只有输入在变。比如每天早上总结 Slack 消息。另一些活依赖外部系统，而跟外部系统打交道的一个简单办法，就是按间隔去查它、并对变化做出反应。比如一个 PR，它可能收到 code review、也可能 CI 失败。
对这类活，你可以用 /loop 来触发 Claude 运行，它会按间隔重跑一条提示。例如：
/loop 5m 检查我的 PR，处理评审意见，修掉失败的 CI
/loop 跑在你自己的电脑上，所以你关机它就停了。你可以用 /schedule 创建一个 routine（例程），把 loop 挪到云上。
## 主动式 loop（Proactive）
触发方式： 一个事件或一份日程，全程无人实时参与。
停止条件： 每个任务在它的目标达成时退出；routine 本身会一直跑，直到你把它关掉。
最适合： 源源不断、定义清晰的活：bug 报告、issue 分类、迁移、依赖升级等等。
怎么管住消耗： 把 routine 路由到更小更快的模型，只在需要判断的关口用最强的模型。
上面这些原语，加上 Claude Code 的其他功能——比如 auto mode（自动模式）和 dynamic workflows（动态工作流，research preview）——可以组合成一个处理长时间任务的 loop。
比如要处理源源不断进来的反馈，你可以用：
- /schedule（research preview）跑一个 routine，检查有没有新报告
- /goal 定义「完成长什么样」，用 skill 记录怎么验证
- dynamic workflows 来编排 agent，对每条报告做分类、修复、并复查修复
- auto mode 让 routine 不停下来请求权限、一路跑下去
拼到一起，一条提示可能长这样：
/schedule 每小时：检查 project-feedback 频道里的 bug 报告。/goal：不要停，直到本次运行找到的每一条报告都被分类、处理、并回复。修 bug 时，用一个 workflow 在三个并行的 worktree 里探索三种方案，让一个裁判 agent 对它们做对抗式评审。
## 怎么 hold 住代码质量
一个 loop 的产出质量，取决于它周围的整套系统。设计系统时：
- 让代码库本身保持干净。 Claude 会跟随你代码库里已有的模式和约定。
- 给 Claude 一条能验证自己的活的路。 用 skill 把「好长什么样」这件事，为你和你的团队编码下来。
- 让文档容易够得着。 框架和库的文档里有最新的最佳实践。
- 用第二个 agent 做 code review。 一个带着全新上下文的评审者偏见更少，不受主 agent 推理过程的影响。你可以用内置的 /code-review skill，或 GitHub 上的 Code Review。
> 当某一个结果没达标，别停在「修好这一个问题」。试着把它编码下来，改进整套系统，让未来所有的迭代都受益。
## 怎么 hold 住 token 消耗
要管住 token 消耗，loop 得有清晰的边界：
- 给活选对原语和模型。 小任务不需要多个 agent 或多重 loop，有些任务能用更便宜更快的模型。
- 定义清晰的成功和停止标准。 说清楚「完成长什么样」，Claude 才能更早（但别太早）抵达答案。
- 大规模跑之前先试点。 dynamic workflows 能生出上百个 agent。先在一小片活上估一下消耗。
- 确定性的活用脚本干。 跑脚本比一步步推理便宜。比如一个 PDF skill 可以自带一个填表脚本，让 Claude 每次直接跑，而不是每次重新推导代码。
- routine 别跑得比需要的勤。 让间隔匹配「你在盯的那个东西」多久变一次。
- 复查消耗。 /usage 命令按 skill、子 agent、MCP 拆分近期消耗；/goal 不带参数运行会显示到目前为止的回合数和 token 消耗；/workflows 显示每个 agent 的 token 消耗，你随时能停掉某个 agent。
## 上手
一句话总结四类 loop：
- 回合制 loop——你交出去的是「检查」这一步。 当你还在探索或做决定时用它，配上自定义的验证 skill。
- 目标制 loop——你交出去的是「停止条件」。 当你清楚「完成长什么样」时用它，靠 /goal。
- 时间制 loop——你交出去的是「触发」。 当活发生在你项目之外、且按日程发生时用它，靠 /loop、/schedule。
- 主动式 loop——你交出去的是「提示」本身。 当活是周期性且定义清晰时用它，把上面全部加上 dynamic workflows。
想上手 loop，先看看你已经在做的活。挑一个「你自己是瓶颈」的任务，问自己：哪一块能交出去？你能写出那个验证检查吗？目标够清晰吗？活是按日程到来的吗？
> 有了想法就把 loop 跑起来，观察结果——它在哪里卡住、在哪里用力过猛——然后别怕去迭代它。
## 相关链接
- [老白（每日 AI 干货）](https://x.com/laobaishare)
- [@laobaishare](https://x.com/laobaishare)
- [4.9K](https://x.com/laobaishare/status/2075046628604743893/analytics)
- [Upgrade to Premium](https://x.com/i/premium_sign_up)
- [10:37 AM · Jul 9, 2026](https://x.com/laobaishare/status/2075046628604743893)
- [4,969 Views](https://x.com/laobaishare/status/2075046628604743893/analytics)
- [View quotes](https://x.com/laobaishare/status/2075046628604743893/quotes)
---
*导出时间: 2026/7/9 17:27:38*