feat(ack): add structured worker model routing

skills/ack/SKILL.md

@@ -75,7 +75,9 @@ description: >-
    - `docs/ack/tasks.yaml`
    - `docs/ack/knowledge.yaml`
 2. 读取 `<ack-skill-dir>/VERSION`，对比 `tasks.yaml` 的 `ackVersion`。旧项目只有
-   `kitVersion` 时仍可读取，但建议迁移为 `ackVersion`。
+   `kitVersion` 时仍可读取，但建议迁移为 `ackVersion`。`ackVersion` 必须是合法
+   SemVer；从 `0.10.0` 起 `project.orchestration` 与顶层 `workerReceipts` 必须同时
+   存在。
 3. 查找未替换占位符，并核对项目路径、覆盖层路径、Developer 白盒命令、Test
    黑盒命令和 Base URL。
 4. 使用 `<ack-skill-dir>/scripts/validate_tasks.py` 校验任务板，使用
@@ -84,7 +86,12 @@ description: >-
    字段缺失而宣称失败。
 5. 检查知识引用能解析到固定 revision，candidate 仍留在任务证据中，且
    `stale`、`superseded` 和 `archived` 不会被当作可派发的 `active` 知识。
-6. 检查不会自动修复或覆盖现有配置；用户明确要求修复后再修改。
+6. 若存在 `project.orchestration`，检查 profile、model allowlist、默认 profile、
+   允许 worktree、顶层 `workerReceipts` 与 `dispatch.developer/test` 的引用；receipt
+   必须绑定当前 ACK task、同一 role/profile/attempt，`receiptId` 与 `attemptId`
+   必须同时为空或同时填写。
+   缺少结构化路由的旧任务板只能使用手动模式，不能自动创建 worker。
+7. 检查不会自动修复或覆盖现有配置；用户明确要求修复后再修改。
 
 ## 工作
 
@@ -97,22 +104,30 @@ description: >-
    - `<ack-skill-dir>/references/kickoff.md`
    - kickoff 指定且与当前任务相关的 references 文件
 3. 当前会话担任 Coordinator，遵守项目覆盖层中的命令、路径权限、模型路由和
-   worker 复用规则。项目覆盖层优先于通用示例命令。按 scope 推荐相关 `active`
+   worker 启动规则。项目覆盖层优先于通用示例命令。按 scope 推荐相关 `active`
    知识，经确认后把固定 revision 的显式 `knowledgeRefs` 写入当前任务上下文；
    不全量注入知识库。
 4. 新需求先写产品文档、任务拆分与可观测验收信号，更新 `tasks.yaml` 并校验，
    然后交给用户确认；确认前不派发实现。
-5. 用户已确认的任务按 ACK 闭环执行：Developer 实现与白盒验证，Test 独立黑盒
+5. 创建或更换 worker 时，只使用
+   `<ack-skill-dir>/scripts/launch_worker.py plan|launch` 读取
+   `tasks.yaml.project.orchestration` 的 profile。不得直接执行
+   `orca terminal create --command`，不得接受或拼接自由 command、额外 argv、
+   executable、env 或 cwd。必须先审阅 `plan.launchFingerprint`，再把它作为
+   `launch --expected-launch-fingerprint` 传入。v0.10 不根据持久化 receipt 自动
+   复用旧终端；每次自动派发都创建 fresh worker，receipt 只作审计与 dispatch
+   关联。
+6. 用户已确认的任务按 ACK 闭环执行：Developer 实现与白盒验证，Test 独立黑盒
    复测，Coordinator 读取证据终检并唯一写入 `tasks.yaml`。Developer 回报
    `knowledgeApplied` 和 `knowledgeCandidates`，Test 回报 `knowledgeChecks`；
    `candidate` 只有在独立验证和 gate 后才能由 Coordinator 写入或激活。
-6. 执行知识项的 `verification.ref` 时，只调用
+7. 执行知识项的 `verification.ref` 时，只调用
    `<ack-skill-dir>/scripts/run_verification.py docs/ack/knowledge.yaml
    <verification-ref> --project-root <project-root>`。不要直接执行选择器返回的 path/args，
    也不要给 runner 注入额外命令或参数。
-7. 不把 `worker_done` 或 Test 自报成功直接当作完成。每项最多三轮，仍失败则记录
+8. 不把 `worker_done` 或 Test 自报成功直接当作完成。每项最多三轮，仍失败则记录
    `leftover` 并继续其它任务。
-8. 关键的安全、正确性和兼容性约束应下沉为测试、lint、CI 或正式规范；
+9. 关键的安全、正确性和兼容性约束应下沉为测试、lint、CI 或正式规范；
    `knowledge.yaml` 只保存触发条件、原因与证据引用，不能替代可执行控制。
 
 ## 边界
@@ -120,6 +135,12 @@ description: >-
 - 不修改或追加任何项目 Agent 指令文件，包括 `AGENTS.md`。
 - 不在项目中维护第二份 ACK 通用规范、模板或任务 schema。
 - 不猜测项目命令、服务地址、worker handle 或模型名称。
+- 不把 full-access、bypass、YOLO/force、关闭 sandbox 或项目内“授权”字段当成
+  v0.10 自动 worker 的合法配置；当前一律 fail closed。
+- 不把无密钥 `receiptHash` 或 Orca live metadata 当作旧终端的启动 attestation；
+  v0.10 不自动复用既有 worker。
+- launcher 返回 `indeterminate` 或 `reconcile required` 时，不直接重试；先按
+  launch ID、外部 record 和 Orca live state 完成人工核对。
 - 不覆盖已有 `docs/ack` 文件，不擅自提交、推送、创建终端或新 worktree。
 - 只有 Coordinator 写 `tasks.yaml` 和 `knowledge.yaml`；Developer 与 Test 只读，
   只能通过回报提名或验证知识。