用途：在用户离开时以自主夜间模式推进项目，朝长期愿景前进，但限制在沙箱分支内。协调器是监督者而非执行者，每个 tick 只取一个任务并运行常规 /team，节奏由 /loop 间隔决定。
主要能力：可与正在进行的 /team 功能并行运行；tick 先检查项目是否在别处活跃（活跃分支、活跃状态、打开的 PR、未完成的 e2e），只在安静区域选任务，从而捕捉代理停止的时刻（检查点等待、需要人工、崩溃、被放弃的子任务），而不与进行中的工作竞争。
使用方式：参数 $ARGUMENTS 为脉冲间隔（10m、15m、30m），留空则默认 10m。先阅读 agents/coordinator-yolo.md 中的方法论。前置条件不满足则不启动：coordinator/<slug>/vision.md 存在（否则先运行 /pulse /vision-bootstrap）、git status --short 干净、构建与测试已知。从 main 切分支： SLUG=$(basename "$(git rev-parse --show-toplevel 2>/dev/null || pwd)") TS=$(date +%Y%m%d-%H%M) git checkout main && git checkout -b "yolo/$SLUG-$TS" 然后运行间隔循环，每个 tick 通过 coordinator-yolo 执行一个任务，其内部运行常规 /team： /loop <interval> Task(subagent_type: "coordinator-yolo", prompt: "one autonomous yolo tick in yolo/<slug>-<ts>: pick the single highest-leverage task from vision/backlog, run the regular /team on it (autonomous), validate build+tests, commit to the yolo branch or roll back") 启动后告知用户：已启动、分支名、间隔、如何停止（/coordinator-yolo-stop）。
硬性约束：仅使用从 main 切出的 yolo 分支；绝不操作 main、合并、推送、强制、生产部署或破坏性 git。每 tick 一个任务，提交前须通过构建与测试验证，失败则回滚并记录。不使用 AskUserQuestion，决策自主并记录原因。遵守 vision.md 的反范围。DoD 仍然适用。
停止：/coordinator-yolo-stop 会停止循环并生成报告。
限制：资料未提供具体平台、收费、价格或效果信息。