Sprint Conductor 是一个以 Orca 为运行环境的冲刺 QA 编排技能。它把一次冲刺变成一支“车队”：每张进入测试环境的工单对应一个冲刺测试工作者，负责人在 Sprint Board 上统一查看，而非在多个终端间来回切换。该技能启动、巡查、轮次收尾并在重启后恢复整个运行；它本身从不执行测试。
主要能力：
- 启动：加载本技能、sprint-testing（含 fleet-conductor 与 sprint-board 参考）、orca-orchestration；解析冲刺与看板，执行 --discover 同步、补入迟到工单，必要时启动服务端；完成令牌、浏览器状态、凭据检查、兄弟仓库拉取门与偏差计数、schema 同步、各仓库已部署构建等预检；绑定或创建本次冲刺的 Run 并探测回复方向；布设哨兵（sentinel）；读取邮箱、看板收件箱与 listen --since 回放，并把负责人在聊天中的答复转达并镜像到看板。
- 巡查：每次哨兵唤醒执行一遍巡查并重新布设，按 NEW / RECHECK 分诊工单，生成并启动对应工作者（N=1 路径），记录单行报告；单个步骤失败只记录不阻塞。
- 收尾：工作者报告完成后回读工单终态与成本页脚并关闭；轮次收尾子代理校验产物并写入冲刺记录；本轮所有问题关闭后形成下一轮。
- 恢复：会话或机器重启后通过 kickoff.md 与 passes.md 恢复，使用 --resume 时以恢复流程替代启动步骤 2-6。
使用方式（据资料）：参数 $ARGUMENTS 均可选，包括 <n> 冲刺编号、--cap <n> 工作者上限、--no-watch 不布设哨兵、--resume 恢复。会话状态写入 <<PRIMARY_ROOT>>/.session/sprint-conductor/sprint-<N>/ 下的 plan.md、kickoff.md、passes.md、refinements.md；车队文件、Run 文件与看板数据分别保存在各自目录，不在此处复制。分派遵循七组件简报模板；预检与分诊、恢复由主线程内联执行，简报播种并行分派，状态汇总与轮次收尾按单/顺序分派。
适用场景：在 Orca 环境中对一次冲刺做端到端 QA 编排，包括多工单并行测试、部署检查、看板状态维护、决策上报与轮次管理。
限制与注意事项：必须通过 Orca 环境门禁——无二进制时只输出一行说明并停止，不写任何文件；仅具备二进制但运行时不可达时按 orca-orchestration 规定处理。必须作为顶层会话运行，在被其他编排器监管为工作者且嵌套深度为 1 时没有车队。禁止调用任何 /sdd-* 技能；需要重构 KATA、fixtures、cli/、scripts/、api/schemas/ 流水线时应先退出本技能并调用 /framework-development。预检与计划写入为强制步骤；子代理失败时不自动修复，而是停止并报告，交由用户选择重试、跳过工单或中止。不会在无负责人明确指令时联系开发者，不提交代码，不打印凭据（只按名称读取）。