Gauntlet Loop（触发词 SINLIMITE）是一种智能体提示与运行方法，用于让具备工具能力的编码智能体持续迭代构建结果，而非一次生成后结束。
用途 它面向需要较高完成度的自主构建产物，例如游戏原型、网页、CAD、设计或写作。核心循环为 split → build → judge → repeat：先拆分，再构建，再评审，然后重复。每个部分完成后，与一个具体、可检查的标准进行盲测 A/B 对比；如果标准胜出，评审者说明最大差距并继续迭代，直到结果胜出或用户决定停止。
主要能力与机制
- 目标与实现分离：使用者只给出“做什么”，由主导智能体决定架构与拆分方式。
- 明确标准：需要真实可检查的对照物，例如参考产品截图、测试套件、延迟指标或参考文本；“做得惊艳”不算标准。若没有标准，第一阶段先定义标准。
- 构建者与评审者分离：评审者为独立子任务或子代理，使用全新上下文，不能由构建者自评。
- 盲测 A/B：评审者在不被告知哪份是构建产物、哪份是对照标准的情况下比较并选择更好的一方；若构建产物落败，指出最大差距并返回修正。
- 无固定最终轮次：循环持续，直到评审者判定胜出或用户叫停。
- 可选平滑阶段：每轮批次结束后，用新任务协调各部件，使整体更统一。
- 进度可见：可维护 workbench.md 或页面并持续更新，便于操作者观察而不打断流程。
- 交付报告：最终除产物外，报告每轮做了什么、轮次数量及评审结论。
使用方式 资料描述在 Hermes 中的操作流：定义目标与标准；若无清晰标准，先执行定义任务寻找可替代对照物；由主导智能体拆分；对每个部分使用 delegate_task 批量运行构建者与评审者；评审者返回差距后重新委派，直到胜出或达到约定预算；最后可选平滑并汇报。触发方式为用户说 SINLIMITE 或其变体，或要求“不可妥协的质量”“与真实最佳对比”“不达到顶级不停”。触发后应在当前线程/聊天内完成工作并进入该模式。
前置要求 需要真实具备工具的智能体，例如 delegate_task、execute_code、terminal、browser；不能只把提示词复制到普通聊天中。评审者不应看到构建者历史与解释。资料还给出一个结构性预检查建议：对落地页类构建，在美学评审前用 scripts/precheck.py 检查截图，识别文字重叠、元素错位、CTA 缺失等结构问题；该脚本默认经 OpenRouter 使用 google/gemini-3.7-flash，资料称约 $0.0007/次。无截图的任务可跳过此步。
适用场景与限制 适合自包含的游戏或代码类构建，以及可被明确对照物衡量的产物。资料提醒：成本与 token 消耗可能很高，有社区案例称单次运行花费 500–900 美元并出现代码质量与混乱问题；应在开始前约定预算；长时间运行可能出现“远看惊艳、近看问题多”，最终需人工验收；智能体可能未经许可大量改写文件，应在分支或副本中工作并设置检查点与终止开关；该方法的关键是架构（干净上下文、独立评审、盲测 A/B），不是单纯的长提示词。