feat(ack): add structured worker model routing

skills/ack/references/adoption-checklist.md

@@ -18,6 +18,9 @@
       `docs/ack/knowledge.yaml`。
 - [ ] 技术栈、运行、构建、单测和集成测试命令均来自项目证据。
 - [ ] Coordinator、Developer、Test 的模型档位和升级规则已明确。
+- [ ] `project.orchestration` 使用受支持的 profileVersion，模型都命中项目
+      allowlist，默认 profile 与角色/档位一致。
+- [ ] `allowedWorktrees` 只列出同一 Git common-dir 下已经核对的绝对 worktree。
 
 ## 路径权限
 
@@ -56,8 +59,17 @@
 ## 编排
 
 - [ ] 已选择 Orca 或手动模式。
-- [ ] 派发前优先复用同 worktree、同角色、同配置的空闲 worker。
-- [ ] Developer 与 Test 的启动命令通过校验。
+- [ ] 自动创建只调用 `launch_worker.py plan|launch`，没有直接拼接
+      `orca terminal create --command` 或自由 worker 命令。
+- [ ] `launch` 使用刚审阅的 `plan.launchFingerprint` 作为
+      `--expected-launch-fingerprint`；漂移时重新 plan。
+- [ ] Developer/Test 只使用 `read-only` 或 `workspace-write` profile；
+      v0.10 没有 full-access、bypass、YOLO/force 或关闭 sandbox。
+- [ ] v0.10 每次自动派发都启动 fresh worker；没有把历史 receipt checksum 或
+      Orca live metadata 当作自动复用授权。
+- [ ] launcher receipt 已追加到顶层 `workerReceipts`，任务分别引用
+      `dispatch.developer` 与 `dispatch.test`；每个引用的 task/role/profile/attempt
+      都与当前任务、本轮 receipt 完全一致，没有用单一 handle 混淆两个角色。
 - [ ] 多 worktree 场景只有一个权威 `tasks.yaml` 和 `knowledge.yaml`。
 - [ ] Test 使用的服务来自正确 worktree。