continuous-agent-loop

continuous-agent-loop 技能概述

continuous-agent-loop 的作用

continuous-agent-loop 技能用于构建一种可重复的 agent 工作流，让系统持续生成、检查并在出错时恢复，直到任务真正完成。它最适合需要自主迭代、带质量门禁和 eval，并且要在循环空转开始浪费时间或成本前及时停下来的场景。

适合谁安装

如果你在编排多步骤编码工作、CI 邻近的 agent 运行，或者需要长时间完成任务、单次 prompt 不够用的流程，就适合使用 continuous-agent-loop。对于需要 continuous-agent-loop for Agent Orchestration 的人来说，它是很强的匹配，尤其是在工作需要拆解、验证和恢复，而不是一次性回答的时候。

它有什么不同

这个技能不是一个通用的“继续重试”提示词。它先提供一个选择流程，帮你判断应该用哪种 loop 风格，然后再引导你进入一套生产级方案，其中包括拆解、质量门禁、eval loop 和会话持久化。这个区别很重要，因为主要风险不是没产出，而是在没有可衡量进展的情况下失控重复。

如何使用 continuous-agent-loop 技能

安装并确认正确入口

进行 continuous-agent-loop install 时，先从仓库路径添加这个 skill，然后先阅读 skill 文件本身。源文中给出的安装命令是：
npx skills add affaan-m/everything-claude-code --skill continuous-agent-loop

之后，从 skills/continuous-agent-loop/SKILL.md 开始。这个 repo 里它就是唯一的源文件，所以不需要去追更大的支持目录树。

把粗糙目标变成可执行输入

这个技能在你的请求包含清晰目标、成功检查和失败边界时效果最好。弱一点的 prompt 会说：“把这个改得更好。” 更强的 prompt 会说：“迭代这个 endpoint，直到 tests 通过；每次改动尽量小；如果同一个断言失败两次就停止，并报告阻塞原因。” 这正是 continuous-agent-loop usage 模式能够真正执行的输入。

运行前先读工作流

最有价值的源内容是 loop 选择流程、组合模式、失败模式和恢复步骤。如果你在判断这个技能是否适合自己，建议按这个顺序阅读。选择流程会告诉你什么时候不该用它；组合模式会告诉你生产环境应该长什么样；失败与恢复部分则说明 loop 应该如何停止或重置。

实用的 prompt 写法

想要获得更好的结果，建议明确写出：

• 任务边界：feature、bug、refactor、research 或 CI 恢复
• 质量门禁：tests、lint、review 标准或 eval 输出
• 停止规则：何时冻结 loop 或升级处理
• 恢复动作：缩小范围、replay 或 audit

示例输入风格：
“用 continuous-agent-loop 修复失败的 auth tests。保持改动最小，每次迭代后跑一次质量门禁；同样的失败出现两次就停止；重试前先缩小到失败的 unit。”

continuous-agent-loop 技能 FAQ

continuous-agent-loop 只适合自动化编码吗？

不只。它的适用范围比编码更广，但当任务可以用明确门禁来检查时，价值最高。如果你无法定义成功或失败，这个 loop 就会变弱，也更容易跑偏。

什么时候不该用它？

当工作本身已经被严格的 CI/PR 流程清晰约束住、当你需要先做 RFC 风格的拆解，或者当任务主要是探索性的并行生成时，都不该用 continuous-agent-loop。这些情况在选择流程里会指向其他 loop 风格。

对新手友好吗？

如果你已经知道目标，并且能说清楚通过/失败条件，那它是友好的。它不太适合模糊的头脑风暴，因为这个技能默认你能提供操作约束、验收标准，以及停止迭代的理由。

它和普通 prompt 有什么区别？

普通 prompt 通常只要一个答案。continuous-agent-loop 更适合需要反复生成、验证和恢复的任务。它的收益是更少猜测、更少走进死胡同重试，但前提是你提供了具体门禁和明确的停止条件。

如何改进 continuous-agent-loop 技能

提供更强的验收标准

对质量提升最大的做法，是明确告诉 loop “完成”是什么意思。把 test 名称、预期输出、性能阈值或 review 规则写进去。如果你只说“改进一下”，却不给可衡量的终点，loop 就可能一直产出看起来很活跃、但并没有收敛的改动。

尽早暴露可能的失败模式

这个技能明确会提到 loop 空转、因为同一个根因反复重试、merge queue 卡住，以及成本漂移。如果你已经怀疑其中某一种情况，就直接在 prompt 里说明。例如：“假设这可能是缓存过期问题；如果同一个 test 连续失败两次，就冻结 loop 并审计 harness。” 这会改善 continuous-agent-loop guide 的行为，因为它改变了恢复路径。

用最小失败单元来迭代

如果第一轮失败，不要扩大范围。把任务缩小到最小失败单元，然后用更紧的 prompt 和明确验收标准重新跑一遍。这是改进 continuous-agent-loop usage 最实际的方式，也能避免把 loop 变成无休止升级。

和正确的周边栈配合使用

仓库推荐的栈很重要：拆解、质量门禁、eval 和持久化分别覆盖不同的失败点。如果你的环境无法支持这些部分，技能效果通常会打折扣。如果可以，continuous-agent-loop 在 Agent Orchestration 场景下会比单独一个 prompt 稳定得多。