用途：goal-loop 是一份技能型操作手册，用于让智能体把成果端到端做到满足事先约定的 Scope 与成功标准（AC），而非只做单次修改。触发时机：用户要求“跑 goal-loop”“必达目标”“loop until done”“直到它真正可用”，或任务需要验证、重试与评估循环，且为中规模以上、不可逆或多阶段工作。不适用于单文件、显而易见、低风险的修改，也不适用于普通咨询、仅做计划、仅代码审查、仅事实核查，以及 skill、prompt、instruction、agent 自身的设计评审。
主要能力与机制：执行前冻结 scope、AC（含 verify: 步骤）、主验证器、范围外事项、must NOT、自主度与持续性。维护紧凑 ledger，记录 AC 状态、证据、尝试次数、缺口与下一步。将广泛调研、变更与主验证委派给 worker，worker 只返回证据。并行持久派发前需对每个分区记录身份、预期证据与等待截止时间；发生取消、重试或父任务完成缺失时，先核对持久证据，只重跑未解决分区。优先依据外部信号判定，禁止凭自评、辅助检查、跳过测试、TODO 或放宽标准判 PASS。失败时依据失败信号更新 ledger、更换方法、避免重复尝试。对广泛、不可逆、涉及依赖、schema、部署或用户可见的变更，先做 Small-Bet（小步试点）。在停滞、震荡、收益递减、预算耗尽或真实外部阻塞时停止或重新规划。
使用方式（7 个阶段）：1）用 criteria-agreement.md 冻结目标与标准；若终点模糊，执行前提出一个结构化问题。2）用 steering-and-final-gates.md 与 ledger-templates.md 规划最小子目标，选择能保护目标的最轻档位。3）用 loop-control.md 委派 worker，先试点，只给子目标、AC、边界、must NOT、相关教训与预期证据。4）按冻结的 verify: 步骤做外部验证，采集退出码、日志、截图、回读或能力缺口。5）用 evaluation-rubric.md 对照每条 AC 核对证据，非小型或非只读工作使用独立评估者，全部 must AC 通过且置信度过阈值才 PASS。6）未满足时依据外部信号更新 ledger 并重新规划；仅在 Blocker Test 证明阻塞为外部或结构性后再升级。7）报告逐条 AC 状态、主证据、辅助检查、能力缺口、标准变更与残余风险，高风险变更附最终质量门禁与独立评审证据，并清理临时状态（除非需要用于恢复）。
限制与缺失信息：若环境中没有 subagent 工具，需记录降级模式，且仅降级的小型工作可在主上下文运行。不得以构建或控制面成功替代部署、运行时、UI 或应用行为等真实结果的验证；主验证器不可用时须记录确切的人工验证步骤与所需证据，不得用更弱的检查替代。资料未提供具体安装命令、价格、收费、平台支持与性能数据，暂未提供。