用途
Autonomous delivery（v3）是一个协调类技能，面向 build 模式下的大型新工作：流程是登记 issue，让相互独立的会话并行处理，然后合并并部署。它不要求一定有可攀升的指标；当某条泳道确实存在可度量信号时，该泳道改用 find-the-loop。协调者持有用户意图，将其拆分为若干泳道，并把每条泳道委派给拥有某个结果（outcome）的子会话；子会话还可以有自己的 worker。协调者优化的是“每小时已验证结果”，而不是智能体活动量。质量与吞吐是共同目标，不允许通过削弱结果来换取速度。对于交付任务，结果是真实路径上观察到的可工作行为，而不是源代码或一个已打开的 PR。
主要能力与规则
v3 基于公开的 autonomous-delivery v2.1（MIT）构建，保留自适应 orchestrator-worker 模式，并加入多周真实无人值守运行中被迫形成的规则：旋钮预先设定；停滞的子会话自动重启；看门狗指标为距上次合并的时间；无新变化的唤醒保持静默；泳道卡住两小时后重新规划；发布只有一个写入者；待办池永不枯竭；智能体自行发明的约束必须带来源与过期时间。工作示例、模板与相对 v2.1 的完整变更列表见 reference.md。
使用方式
启动时先根据意图与当前状态刷新远端默认分支，重读技能与仓库运行手册，并读取实时状态（打开的 issue 与 PR、讨论、现有负责人、实际已部署内容）。随后进行一次设置访谈，只询问提示词尚未回答的旋钮，提供预设，并把答案存入 ledger 头部。预设分为 dial pair（你在此处）、overnight（你离开到某个时间）、unattended（持续、无结束时间），它们在节奏、并行度和花费上不同，但从不改变自主级别。unattended 模式开始前必须有有限预算，否则不启动。自主级别按文档解析，未经明确合并授权时最高只到 L2。
规划时按结果而非文档划分泳道：每个结果都要有可观察的 done-when 和反馈回路，无反馈回路的泳道使用 find-the-loop。构建依赖图，把无相互依赖的单元组成批次，仅在输入就绪时标记批次可执行；每个结果只给一个负责人和人类可读的里程碑标签；共享文件、API、fixture 和配额都视为依赖；预先设定合并顺序（基础先行、叶子在后、尽量小的可审查 PR）。写操作前先认领：为每个结果找到或创建带 lever 标签的跟踪 issue，泳道为子 issue；若标记属于其他协调者，则保持只读。
委派时每个子会话获得独立简报，包含用户原话、结果与 done-when、反馈回路、其拥有的文件、共享预算份额和继承的自主级别；升级目标是父级而非人类，并以自动驾驶方式运行。每条约束都要带来源（operator/repo/platform/agent:<lane>）与过期时间；无来源的约束不成立。worker 完成 PR 后发送一行 READY <pr> <head-sha>，接收方在该 head 上自行重跑门禁（打开、非草稿、可合并、该 SHA 上所有必需检查为绿、零未解决讨论、已审查 diff），并以预期 head 守卫合并。
运行循环以事件为先、定期扫描兜底，无变化时静默结束。扫描时递归检查存活性，自动重启被中断或空闲但仍有未完成工作的后代；看门狗指标超过阈值时，指出绑定约束并采取行动；对“绿但未落地”的 PR 交给 pr-shepherd；泳道数低于下限时从常备待办补充（失败或偶发测试、对照审计、工具失败与错误日志分类、性能回归、待办重规划）。发布按“列车”进行：每次合并后，发布与下一轮实现并行；L5 下仅一个 release-owner 泳道写入发布，它发布合并后 CI 为绿的最新默认分支头部，批量包含上次发布以来的所有合并，记录目标变更，部署后对照基线检查，回归时回滚。
卡住规则：某泳道超过 stuck_threshold 无实质进展时，停止打磨受阻方案，做粗略估算，写更简单的恢复计划并用另一强模型 rubber-duck，择一执行并记录原因。需要人类的问题应一次性完整提出（阻塞点及原因、确切 URL 或命令、推荐答案、若答案为否会怎样），在 overnight 或 unattended 模式中放入下次状态报告而不是打断；不重复询问自动“用户不可用”回复，也不申请级别已授予的权限。
适用场景
工作跨越数小时或数天，或必须在用户离开时持续运行；存在约三个以上独立工作单元，或用户提出“并行化”“泳道”“编排器”“保持 N 个运行”；在重启、睡眠或中断后恢复一次运行（重新调用会以存储的旋钮重新武装）。
限制
不适用于小型或紧密耦合的改动（一个智能体即可）；不用于把单个 PR 推到落地（用 pr-shepherd）；不用于把意图转成简报（先用 brief，再把结果交给本技能）。资料未提供关于收费、价格、平台支持范围的具体信息。