feat(ack): add project delivery workflow

skills/ack/references/kickoff.md

@@ -23,15 +23,20 @@
 1. 先读 docs/ack/project.md、docs/ack/tasks.yaml（包括 project.orchestration），校验 docs/ack/knowledge.yaml 并
    用 `scripts/select_knowledge.py` 只读取当前任务相关的 active 条目，再读
    references/roles-and-permissions.md、closed-loop.md、optimization-method.md。
+   如果 tasks.yaml 声明 project.deliveryFile，再读取 delivery.yaml 与
+   references/delivery.md，但不要把配置本身当作执行授权。
 2. 写产品文档到 docs/（PRD / 交互 / 验收），把需求拆成任务，每个任务的验收写成可观测信号（可见文本 / API 结果 / 交互结果）。
 3. 按任务 scope 从 knowledge.yaml 推荐 active 知识，确认后把固定 revision 的
    knowledgeRefs 写入任务；不要派发 candidate 或全量知识库。
 4. 把任务写进 docs/ack/tasks.yaml（只有你写），校验 tasks.yaml 和 knowledge.yaml。
-5. 先把「产品文档 + 任务拆分 + 验收信号 + 适用知识引用」给我确认，不要急着派发。
+5. 先把「产品文档 + 任务拆分 + 验收信号 + 适用知识引用」给我确认；若启用了交付，
+   同时列明本次 profile、目标、停止点与审批步骤。不要急着派发或交付。
 6. 我确认后，按 ack 闭环循环：先用 `scripts/launch_worker.py` 校验结构化
    Developer/Test profile，审阅 plan 后用 expected fingerprint 创建 fresh worker，
    dispatch 开发 → worker_done → dispatch 测试独立复测 → 你读证据终检 → 回写 tasks.yaml；
    每个任务最多三轮，三轮不过记 leftover 并升级我复盘。
+7. 所选任务都 verified 后，只有本次计划包含交付时才按 profile 顺序执行并写
+   deliveryRuns；默认停在 review_ready，stable/production 步骤再次向我确认。
 ```
 
 ---
@@ -55,6 +60,9 @@ python3 <ack-skill-dir>/scripts/validate_knowledge.py docs/ack/knowledge.yaml --
 
 5. **停下来给人确认**：这是强模型该花时间的地方，不要跳过。
 
+如果 `delivery.enabled: true`，确认内容还必须列出：profile、关联 task IDs、构建产物、
+发布 channel、部署环境、PR 是否创建/标 ready、停止点，以及哪些步骤会再次审批。
+
 ---
 
 ## 第 2 步：决定 worktree
@@ -143,7 +151,16 @@ Coordinator 只内联本轮 `knowledgeRefs` 指向的少量知识，不要求 wo
 
 ---
 
-## 第 5 步：收尾
+## 第 5 步：可选交付
+
+所选任务都由 Coordinator 标记为 `verified` 后，若用户确认的计划包含交付，按
+`delivery.md` 执行所选 profile。先重新校验 `delivery.yaml`，固定当前 commit 和
+config revision，然后按有序步骤调用项目入口与已安装的低层 skill。每一步证据写入
+`tasks.yaml.deliveryRuns`；默认 profile 到 `review_ready` 即停止，stable 发布和
+production 部署必须在 approval 步骤再次确认。失败时保留任务的 `verified`，把
+delivery run 标为 `blocked` 或 `failed`。
+
+## 第 6 步：收尾
 
 一轮结束时 Coordinator 必须能回答 `optimization-method.md` §「结束条件」的问题：哪些 verified、哪些 leftover、各失败几轮、工作树是否干净、还有没有未处理项。
 
@@ -154,5 +171,5 @@ Coordinator 只内联本轮 `knowledgeRefs` 指向的少量知识，不要求 wo
 产品文档 + 验收信号写在前（你，强模型）→ 确认显式 `knowledgeRefs` → 从
 `tasks.yaml.project.orchestration` 解析安全 profile → 审阅 plan 并用 expected
 fingerprint 启动 fresh DEV/TEST → dispatch / 复测 / 终检循环 → 任务结论落
-`tasks.yaml`，验证后的
+`tasks.yaml` → 可选 delivery profile 到审核点，验证后的
 跨任务知识由 Coordinator 落 `knowledge.yaml`。