用途：设计或诊断智能体（agent）循环的控制流，解决卡死、重复、漂移、永不停止等“停止问题”类故障。核心观点是模型只占一小部分，循环本身决定成败，控制流应放在代码中，做到有界、外部可验证、可恢复。
主要能力：按路径可知性选择循环形态——路径未知用 ReAct，可知且可审计用 plan-and-execute 加重规划器，固定步骤用硬编码流水线，仅在观察到具体失败（上下文压力、串行延迟墙、真正异构）时才升级多智能体并核算成本。终止权归监督者：在代码中叠加迭代上限、墙钟超时、token/成本预算、循环检测，且上限须累计、会话级有效；定义 SUCCESS / FAILED / BUDGET_EXHAUSTED / CANCELLED 等显式终止状态，每个上限映射到可报告的终止原因，取消需能中途生效并清理仍在运行的工具调用。确定性检测无进展：将归一化工具调用与任务状态指纹比较，相同调用 3 次即退出并给诊断，捕捉 A→B→A 振荡，3 次修复失败升级人工。退出需外部验证：maker–checker 分离，验证器用全新上下文并以“试图证伪”方式只检查标准；确定性检查优先且为最终依据，评估轨迹而非仅最终答案。上下文按 RAM 管理，目标约 60–75% 利用率，在语义边界压缩并先落盘状态。崩溃安全：状态文件为本地记录来源，副作用先写意图记录、恢复时对账、用租约隔离并发监督者、副作用调用加幂等键。上线前用模拟模型、总拒绝的验证器、挂起的验证器、边界预算耗尽、中途杀进程重启、完成前强制压缩等场景测试。
使用方式：$ARGUMENTS 为要处理的循环或症状。设计输出含模式与理由、具体上限表、终止状态、验证门、上下文计划、恢复计划及无人值守测试清单；诊断输出含失败族、轨迹证据、缺失的具体控制与修复方案。
适用场景：智能体循环设计、停滞或重复循环诊断、无人值守运行前的可靠性加固。
限制：目标文本本身有问题（不可验证条件、可被博弈的完成态）应改用 write-agent-goal；提示词措辞问题用 optimize-prompt，比较提示词变体用 evaluate-prompts；普通编程死循环属代码缺陷，定时调度属 cron/interval-runner 范畴，均不适用本技能。提示词层面的上限只是建议性的；反思若无外部验证器会自我盖章；多智能体收益真实但昂贵；循环读取的一切内容均为不可信输入，需最小权限、沙箱、人工审批与密钥隔离。具体价格、平台支持等资料暂未提供。