最近关于通过设计loop循环机制来替代手动给Agent写提示词的话题在技术圈讨论非常火。对于什么是loop社交媒体上有着各种不同的解释。刚刚Claude Code团队对循环给出了明确的定义loop就是Agent重复执行工作周期直到满足特定的停止条件。他们根据触发方式、停止条件、使用的底层工具以及适合的任务类型将循环分成了四大类。以下是如何选择这些循环以及如何在保证代码质量的同时合理控制Token消耗的实用指南1. 轮次循环Turn-based loops触发方式用户提示词。停止标准Claude 判断其已完成任务或需要额外的上下文。最佳适用场景不属于常规流程或计划的较短任务。使用管理方法编写具体的提示词并利用技能提高验证能力以减少轮次。你发送的每个提示词都会启动一个手动循环由你引导每一个轮次。Claude 收集上下文、采取行动、检查其工作、在需要时重复并做出响应。我们称之为智能体循环。例如让 Claude 创建一个点赞按钮。它会读取你的代码进行编辑运行测试并交付它认为可以正常运行的东西。然后你手动检查工作并编写下一个提示词。你可以通过将手动步骤编写为 SKILL.md 技能文件来改进验证步骤以便 Claude 可以进行更多的端到端自我检查。这应该包括工具或连接器允许 Claude 查看、测量或与结果进行交互。检查越具象和量化Claude 就越容易进行自我验证。例如在你的 SKILL.md 文件中你可以这样指定配置名称为 verify-frontend-change配置描述为 在声明完成前端到端验证任何 UI 更改。验证前端更改绝对不要仅基于成功的编辑就报告 UI 更改已完成。像人类评审员一样对其进行验证启动开发服务器并在浏览器中打开已编辑的页面。直接与更改进行交互。对于新控件比如按钮、输入框、切换开关点击它确认预期的状态变化并截取修改前后的截图。检查浏览器控制台确保没有新的错误或警告。使用 Chrome Devtools MCP运行性能追踪并审计核心网页指标Core Web Vitals。如果任何步骤失败修复问题并从第1步重新运行不要提交仅部分验证的工作。2. 目标循环Goal-based loop - /goal触发方式实时手动提示词。停止标准达成目标或达到最大轮次。最佳适用场景具有可验证退出标准的任务。使用管理方法设置具体的完成标准和明确的轮次上限例如尝试5次后停止。有时单次沟通是不够的尤其是对于更复杂的任务。智能体在能够迭代时表现更好。你可以通过使用 /goal 定义完成的标准来延长 Claude 持续迭代的时间。当你定义了成功标准后Claude 就无需自行判断什么程度才算足够好并提前结束循环。每次 Claude 尝试停止时评估模型都会检查你的条件并在未达标时将其退回继续工作直到满足目标或达到你定义的轮次限制。这就是为什么确定性的标准例如通过的测试数量或超过某个分数阈值会如此有效。例如/goal 将主页 Lighthouse 分数提升到 90 分或以上尝试 5 次后停止。3. 时间循环Time-based loop - /loop 和 /schedule触发方式指定的时间间隔。停止标准你取消它或者工作完成比如公关提交已合并队列已空。最佳适用场景定期重复的工作或者与外部环境或系统进行交互。使用管理方法设置较长的时间间隔或者基于事件而不是时间做出反应。有些智能体工作是定期重复的任务保持不变只有输入发生变化。例如每天早上总结 Slack 消息。其他工作则依赖于外部系统而与外部系统交互的一种简单方法是定期检查并对发生的变化做出反应。例如一个可能收到代码审查意见或持续集成CI失败的公关提交。对于这些任务你可以通过 /loop 触发 Claude 的运行这会定期重新运行提示词。例如/loop 5m 检查我的公关提交处理评审意见并修复失败的持续集成。 /loop 在你的电脑上运行因此如果你关闭它它就会停止。你可以通过使用 /schedule 创建一个例行程序将循环转移到云端。4. 主动循环Proactive loops触发方式事件或计划任务无需人类实时参与。停止标准每个任务在达成其目标时退出。例行程序本身会一直运行直到你将其关闭。最佳适用场景周期性且定义明确的流水线工作例如Bug报告、问题分类、迁移、依赖项升级等。使用管理方法将例行程序路由到更小、更快的模型并在需要做出判断时使用能力最强的模型。上述的基础组件连同自动模式和动态工作流等其他 Claude Code 功能可以组合成一个用于长期运行工作的循环。例如为了处理收到的反馈你可以使用* /schedule 运行一个定期检查新报告的例行程序。 * /goal 定义完成的标准并使用技能文档记录如何验证。 * 动态工作流来协调智能体对每个报告进行分类、修复并评审修复结果。 * 自动模式让例行程序在无需停止请求许可的情况下运行。结合在一起提示词可以写成/schedule 每小时检查 project-feedback 频道中的 Bug 报告。/goal直到本次运行中发现的每个报告都经过分类、处理并回复才停止。在修复 Bug 时使用工作流在三个并行工作树中探索三种解决方案并让评审智能体进行对抗性审查。保持代码质量循环输出的质量取决于它周围的系统。在设计该系统时保持代码库本身干净Claude 会遵循你代码库中已有的模式和约定。给 Claude 提供一种验证自身工作的方法通过技能记录你和你的团队所认可的标准。让文档易于获取框架和库的文档应包含最新的最佳实践。使用第二个智能体进行代码审查拥有全新上下文的评审者偏见较少且不会受到主智能体推理过程的影响。你可以使用内置的 /code-review 技能或 GitHub 代码审查工具。当单个结果未达到标准时不要仅停留在修复该具体问题上尝试将其编写到系统中以改善未来所有迭代的表现。管理 Token 使用为了管理 Token 使用循环应该有清晰的边界为具体工作选择合适的基础组件和模型较小的任务不需要多个智能体或循环。某些任务可以使用更便宜、更快速的模型。定义清晰的成功和停止标准明确具体完成的标准这样 Claude 就能更快地得出解决方案。在大规模运行前进行试点动态工作流可能会生成数百个智能体。先在一小部分工作上评估使用情况。对确定性的工作使用脚本运行脚本比通过步骤进行推理更经济。例如PDF 技能可以运行一个表单填充脚本Claude 每次只需运行该脚本而不需要重新推导代码。不要过于频繁地运行例行程序使时间间隔与你所观察的对象发生变化的频率相匹配。查看使用情况/usage 命令按技能、子智能体和 MCP 细分近期的使用情况不带任何参数的 /goal 显示迄今为止的轮次和 Token 使用情况/workflows 显示每个智能体的 Token 使用情况你随时可以停止智能体。5. 开始使用总结如下循环类型你放手交出的部分适用场景建议使用的功能轮次循环验证步骤正在探索或做决策自定义验证技能目标循环停止条件明确知道完成标准/goal 指令时间循环触发条件工作发生在项目外部且有固定日程/loop, /schedule 指令主动循环提示词工作是周期性且定义明确的上述所有功能及动态工作流要开始使用循环请审视你已经在做的工作。挑选一个你目前处于瓶颈环节的任务并思考你可以把哪一部分交出去你是否能写出验证检查步骤目标是否足够明确工作是否是定期出现的一旦有了想法运行该循环观察结果看看它在哪里卡壳或在哪里做过了头不要害怕对其进行迭代。如需了解更多信息请阅读关于在并行运行智能体、循环、计划任务、目标和动态工作流的 Claude Code 官方文档。