feat(ack): add structured worker model routing

skills/ack/README.md

@@ -54,7 +54,7 @@ skills/ack/
 ├── references/     # 三角色规范、闭环流程和初始化说明
 ├── templates/      # project.md、tasks.yaml、knowledge.yaml 模板和 schema
 ├── examples/       # 完整示例
-└── scripts/        # 状态校验、知识选择、安全验证执行与 worker 命令工具
+└── scripts/        # 状态校验、知识选择、安全验证执行与结构化 worker launcher
 ```
 
 `SKILL.md` 是 Agent 的工作流入口。`references/` 是按需读取的稳定规范；
@@ -115,6 +115,60 @@ python3 <ack-skill-dir>/scripts/run_verification.py \
 执行；关键约束应继续下沉到测试、lint、CI 或正式规范。ACK 不自动修改项目的
 `AGENTS.md`、`CLAUDE.md` 或其它 Agent 指令文件。
 
+## 启动 Worker
+
+worker 的机器配置位于 `tasks.yaml.project.orchestration`：项目显式维护模型
+allowlist、结构化 profile、默认 profile 和允许的 worktree。不得在 `project.md`
+或任务里保存完整启动命令、额外 argv 或环境变量。
+
+先审阅计划，不产生终端：
+
+```bash
+python3 <ack-skill-dir>/scripts/launch_worker.py plan \
+  --project-root <project-root> \
+  --task-id <task-id> \
+  --attempt-id <task-id>-A<round> \
+  --role developer \
+  --profile-id codex-dev-standard \
+  --worktree <allowed-worktree>
+```
+
+确认后执行 `launch`，并显式绑定刚审阅的 fingerprint：
+
+```bash
+python3 <ack-skill-dir>/scripts/launch_worker.py launch \
+  --project-root <project-root> \
+  --task-id <task-id> \
+  --attempt-id <task-id>-A<round> \
+  --role developer \
+  --profile-id codex-dev-standard \
+  --worktree <allowed-worktree> \
+  --expected-launch-fingerprint <plan 中的 sha256:...>
+```
+
+launcher 是自动创建 worker 的唯一入口：它从权威任务板重读 profile，构造固定
+argv，忽略调用者 PATH、使用环境 allowlist，并验证真实 Git worktree 注册；然后
+通过仓库外的单次启动记录、terminal-bound nonce/proof 和受限 bootstrap 调用 Orca。
+返回的 receipt 含 `runtimeId`、handle、incarnation、profile hash、slot 和 worktree
+identity。Coordinator 将 receipt 追加到顶层 `workerReceipts`，再把 receipt ID
+写入任务的 `dispatch.developer` 或 `dispatch.test`，并同步写入本轮 `attemptId`。
+校验器要求 receipt 与当前 ACK task、角色、profile 和 attempt 完全一致；历史 receipt
+不能跨任务或跨轮次改挂。
+
+v0.10 自动 launcher 仅支持 `read-only` 与 `workspace-write`。full-access、
+Codex bypass、Cursor YOLO/force 和关闭 sandbox 都会 fail closed；在有可信平台
+审批或独立签发通道之前，不用项目文件伪装成用户授权。旧任务板没有结构化
+`project.orchestration` 时仍可读取和手动协作，但不得自动创建 worker。
+
+持久化 `receiptHash` 是无密钥 checksum，不是 launcher 身份证明。由于 Orca 当前
+不能证明旧终端的原始 argv/模型/权限，v0.10 不自动复用既有 worker；每次自动派发
+都重新 `plan` 并用 expected fingerprint 启动 fresh worker。
+fingerprint 只校验完整计划没有漂移，不是一次性令牌；成功后不得用同一 fingerprint
+重复启动，结果不确定时必须先 reconcile。
+若创建或关闭回执不完整，或外部 launch record 状态无法可靠持久化，launcher 会返回
+`indeterminate/reconcile-required`；必须先核对 record 与 Orca live state，不能
+直接重试。
+
 ## 开始一个需求
 
 初始化完成后可以直接说：
@@ -128,5 +182,6 @@ Coordinator 会先读取项目状态和 `references/kickoff.md`，生成产品
 
 ## 版本
 
-当前 Skill 版本见 `VERSION`。新项目在 `tasks.yaml` 中记录 `ackVersion`。旧项目的
-`kitVersion` 可以继续读取，但建议迁移为 `ackVersion`。
+当前 Skill 版本见 `VERSION`。新项目在 `tasks.yaml` 中以合法 SemVer 记录
+`ackVersion`。从 `0.10.0` 起，`project.orchestration` 与顶层 `workerReceipts` 必须
+同时存在；旧项目的 `kitVersion` 可以继续读取，但建议迁移为 `ackVersion`。