用途：把本地 Markdown 工单文件夹中的工单按依赖顺序自动推进到 done/，全程无人值守（AFK）。它是 ticket-autopilot 的自包含变体，实现循环、严格 TDD、可维护性审查和 QA 计划生成都内联在子代理提示中，子代理不调用仓库本地的 execute-ticket、qa-test-plan、tdd 等技能；仅在可用时调用 code-review，否则使用内联审查提示。
主要能力：对每个就绪工单执行“TDD 实现 → 审查 → 修复 → QA 计划 → 模拟 QA → 修复”，按依赖顺序持续到文件夹耗尽或只剩人工门控工作。AFK 契约要求：不阻塞等待用户；不伪造人工门控决定（签核、go/no-go、架构/设计批准、凭据、外部访问仍由人决定）；失败向前推进，单个工单失败不终止整轮；用宿主任务/进度工具记录状态。
使用方式：参数可选，为工单文件夹路径（如 docs/tickets/<change>/），支持绝对路径或相对仓库根路径，启动时解析一次；无参数且上下文无唯一文件夹时询问。配置项：GIT_STRATEGY = branch-pr（每个完成工单建分支、提交并开 PR，不自动合并）；MAX_QUALITY_ITERATIONS = 3；REVIEW_BLOCKING_SEVERITY = high；可接受用户显式覆盖。可配合 /goal 使用，例如 /goal every non-done ticket in docs/tickets/<change>/ has either been moved to done/ or recorded as blocked-needs-human, then run /super-autopilote-ticket docs/tickets/<change>/。
流程：Phase 0 构建工作图，列出 *.md（排除 done/），解析 ## Blocked By，阻塞项全部在 done/ 才算就绪，识别 HITL/门控工单；Phase 1 外层循环按编号最小就绪工单执行；Phase 2 每工单质量循环（实现、并行审查、修复、QA 计划、模拟 QA、判定循环、收尾）；门控工单只产出可 AFK 交付物，下游工单标记 blocked: awaiting human gate decision；最后输出简要报告。
限制：不自动合并；人工门控事项不代为决定；达到最大迭代次数即标记需人工；资料未提供具体安装命令、收费、平台与效果信息。