feat(ack): add project delivery workflow

skills/ack/references/closed-loop.md

@@ -164,11 +164,12 @@ python3 <ack-skill-dir>/scripts/launch_worker.py launch \
 | 要保持基线分支干净 | 新 worktree（feature 分支）|
 | 小改动、追求快 | 当前 worktree |
 
-**项目状态（SSOT）只落一处**：无论开几个 worktree，`tasks.yaml` 和
-`knowledge.yaml` 都只认一个权威副本（通常在基线/协调所在 worktree），由
-Coordinator 单写。`project.orchestration`、顶层 `workerReceipts` 和任务 dispatch
-也只写入这个副本；不要每个 worktree 各留一份会分叉的项目状态。profile 解析、
-launcher 与 receipt 规则见 `model-routing.md` 和 `orca-adapter.md`。
+**项目状态（SSOT）只落一处**：无论开几个 worktree，`tasks.yaml`、
+`knowledge.yaml` 和可选 `delivery.yaml` 都只认一个权威副本（通常在基线/协调所在
+worktree）。Coordinator 单写任务、知识与 `deliveryRuns`；交付能力只在显式配置维护
+时修改。`project.orchestration`、顶层 `workerReceipts` 和任务 dispatch 也只写入这个
+副本；不要每个 worktree 各留一份会分叉的项目状态。profile 解析、launcher 与
+receipt 规则见 `model-routing.md` 和 `orca-adapter.md`。
 
 两种 worktree 方式都只允许 profile 中的 `read-only` / `workspace-write` 安全权限。
 v0.10 的 full-access 授权与撤销机制仍是 Deferred；launcher 遇到 full-access 或等价
@@ -191,7 +192,8 @@ v0.10 的 full-access 授权与撤销机制仍是 Deferred；launcher 遇到 ful
 7. 失败则用「复测失败再派发模板」重新发给 Developer，最多累计三轮。
 
 手动模式下同样遵守：worker_done / 复测报告都不等于最终结论、只有 Coordinator
-写 `tasks.yaml` 和 `knowledge.yaml`、三轮失败留档。
+写 `tasks.yaml` 和 `knowledge.yaml`、三轮失败留档。若本次确认计划还包含交付，所有
+选中任务 `verified` 后由 Coordinator 继续按 `delivery.md` 执行并写 `deliveryRuns`。
 
 手动交给用户已打开的会话不等于产生 ACK receipt。该会话可以完成本次显式 handoff，
 但不能因此进入 Orca 自动派发信任路径；后续自动派发仍需重新通过 ACK launcher