用途：这是一个前置决策工具，用四条标准判断某个任务是否值得做成 Loop。资料强调“大多数任务不需要 loop”，主张先做适用性判断，避免因为 loop 看起来酷就盲目搭建。
四条测试条件：一、高频重复，任务至少每周做一次；二、可自动验证，有测试、Lint 或检查能自动拦截坏结果，无需人工逐条审验；三、Token 预算充足，能承受反复读取上下文和试错（包括浪费的 token）的成本；四、完整工具链，Agent 拥有日志、运行环境与自测能力，能自己跑代码看结果。四条同时满足才值得做 loop。
用法：逐条打勾检查后决策。4/4 通过则进入 loop 设计阶段；3/4 通过则先识别并解决瓶颈条件；≤2/4 不建议做 loop，改用单次提示或简单自动化。若不满足条件，替代方案为：条件一不满足用单次提示或按需触发；条件二不满足引入人类在环；条件三不满足降低频率或简化动作；条件四不满足先完善工具链。
适用场景：纠结是否自动化、loop 成本过高、loop 产出质量差、团队推广 loop 时作为决策门槛。触发语包括“这件事值得做 loop 吗”“该不该自动化”“loop 成本太高怎么办”。
限制与边界：不适用于已决定做 loop 后的设计阶段、纯调试问题（如 loop 为什么报错）、以及一次性任务。资料也指出局限：四条件是经验法则、缺乏严格实证数据；条件二在写作、设计等创意类任务中难以满足，但这类任务仍可能有 loop 价值；来源作者多为技术背景，对非技术场景的适用性判断可能不准确。它与其他相邻方法论的区别是：本工具管“值不值得做”，而非“怎么做”或“运行后风险”。