如何构建一个循环工作的 Claude Code Agent（内附精确设置）

大多数 Agent 只运行一次，给你留下残缺的工作，然后让你自己去检查、重新运行。你成了那个循环，累得要命。

所有能自我修复、自我优化的 Agent 都遵循同一个模式：执行、检查、重复直到完成。把这个骨架搭建好一次，然后就能指向任何目标：修复 bug、提升速度、优化成本。

以下是完整设置 👇

在深入之前，我每天在 Telegram 频道分享关于 AI 和 Vibe Coding 的笔记：https://t.me/zodchixquant🧠

每个自主 Agent 背后的模式

人们会构建一个“自我修复 Agent”，然后一个独立的“自我优化 Agent”，再一个用于成本控制，每个都从零开始写。但它们本质上都是三步走：Agent 执行工作，用某种方式衡量是否达到目标，然后控制器决定继续还是停止。

把这个骨架一次搭对，具体的任务就变成了一个插件。把“运行测试”换成“运行基准测试”，你的 bug 修复器就变成了速度优化器。循环本身不变，变的只是检查方式。

所以，你不需要搭建五个循环设置，只需构建一个，然后指向你需要的地方。

文件 1：可复用的循环命令

这是骨架。放入 .claude/commands/loop.md：

整个设计的核心在第一步：循环询问“完成”的定义，然后在每个周期用这个定义作为真理。

这一行让它变得可复用。Agent 不是硬编码成测试或速度，而是朝着你给定的任何目标循环。

文件 2：可插拔的检查

循环是通用的，因为检查是可替换的。把你的检查放在同一个地方 .claude/checks/，然后让循环指向你需要的那个。

一个测试检查，checks/tests.sh：

一个速度检查，checks/speed.sh：

一个代码风格检查，checks/lint.sh：

同一个循环，三个不同的目标。你运行 /loop fix the failing auth test，它会使用测试检查。你运行 /loop make the search 2x faster，它会指向速度检查。骨架从不改变，你只需告诉它“完成”长什么样。

这就是为什么一个精心构建的循环胜过五个一次性方案。每个新目标就是一个三行的 Shell 脚本，而不是一个新的 Agent。

文件 3：停止规则

循环需要刹车，否则它会永远运行并假装通过。把这些放入 CLAUDE.md：

“连续两个周期没有改善”这条规则，是区分真正进步和原地打转的关键。

如果两轮工作都没有让指标动起来，更多轮也不会，这正是人类介入的信号，而不是让 Agent 继续硬干。

你实际看到的效果

你用同一个循环指向两个不同的目标。

修复 bug：

然后是速度优化，同样的命令，不同的检查：

相同的骨架，相同的停止规则，两个完全不同的任务。你只构建了一次循环，然后指向了需要的地方。

常见错误

没有目标检查。 一个没有具体“完成”定义的循环，只会依赖 Agent 自己的判断，而 Agent 总是认为自己完成了。检查就是循环本身。没有检查，就没有循环。

检查内容可被 Agent 修改。 如果 Agent 可以通过削弱测试或基准来通过检查，它最终一定会这样做。检查必须是 Agent 可以运行但不能改写的东西。

没有限制。 没有周期限制，一个卡住的循环会一直消耗 token，直到你注意到。限制将“无限空转”变成一份干净的“我在哪里卡住了”报告。

为每个目标构建新的 Agent。 关键在于一个循环、多个检查。如果你为每个任务都写一个新的 Agent，那就错过了这个模式。替换检查，保留循环。

十分钟设置

3 分钟：创建 .claude/commands/loop.md，可复用的骨架。

3 分钟：在 .claude/checks/ 里写 2-3 个你常碰到的目标的检查。

2 分钟：在 CLAUDE.md 中添加停止规则。

2 分钟：对一个真实任务运行 /loop，然后用不同的检查在另一个完全不同的任务上再运行一次。

你不再需要为每个工作构建一个新的 Agent。一个循环，可切换的目标，朝着每个目标运行直到检查说“完成”。

它没有变聪明，你只是不再把同一个循环写五遍了。

感谢阅读！

我每天在 Telegram 频道分享关于 AI、金融和 Vibe Coding 的笔记：https://t.me/zodchixquant