feat(ack): enforce worker launch policy

kits/ack/core/kickoff.md

@@ -6,7 +6,7 @@
 
 ## 前提：谁是 Coordinator
 
-**你（发起编排的强模型会话）就是 Coordinator (PM) / 产品。** 你负责写文档、拆任务、编排、终检，**不亲自写代码、不亲自跑测试**。开发和测试是另起的 worker agent（`cursor-agent --model auto`）。
+**你（发起编排的强模型会话）就是 Coordinator (PM) / 产品。** 你负责写文档、拆任务、编排、终检，**不亲自写代码、不亲自跑测试**。开发和测试是另起的 worker agent；具体 CLI、模型、reasoning effort 和执行模式必须先读项目覆盖层 `docs/ack/project.md`，禁止照抄未核对的默认命令。
 
 ---
 
@@ -20,7 +20,7 @@
 2. 写产品文档到 docs/（PRD / 交互 / 验收），把需求拆成任务，每个任务的验收写成可观测信号（可见文本 / API 结果 / 交互结果）。
 3. 把任务写进 docs/ack/tasks.yaml（只有你写），跑 validate 校验结构。
 4. 先把「产品文档 + 任务拆分 + 验收信号」给我确认，不要急着派发。
-5. 我确认后，按 ack 闭环循环：为任务起 Developer/Test worker（cursor-agent --model auto），
+5. 我确认后，按 ack 闭环循环：先按 docs/ack/project.md 校验 Developer/Test worker 启动命令，
    dispatch 开发 → worker_done → dispatch 测试独立复测 → 你读证据终检 → 回写 tasks.yaml；
    每个任务最多三轮，三轮不过记 leftover 并升级我复盘。
 ```
@@ -50,14 +50,26 @@ python3 docs/ack/kit/scripts/validate_tasks.py docs/ack/tasks.yaml
 
 ---
 
-## 第 3 步：起 worker（模型固定 auto）
+## 第 3 步：校验并启动 worker
+
+先读 `docs/ack/project.md` 的项目覆盖规则。如果项目提供 `validate_worker_command.py`，校验未通过时不得创建终端。
 
 ```bash
-orca terminal create --worktree active --command "cursor-agent --model auto" --title "DEV"  --json
-orca terminal create --worktree active --command "cursor-agent --model auto" --title "TEST" --json
+# Codex 示例（模型与执行模式以项目覆盖层为准）
+DEV_CMD='codex --dangerously-bypass-approvals-and-sandbox -m gpt-5.6-terra -c model_reasoning_effort=medium'
+TEST_CMD='codex --dangerously-bypass-approvals-and-sandbox -m gpt-5.6-luna -c model_reasoning_effort=low'
+python3 docs/ack/validate_worker_command.py --role developer --command "$DEV_CMD"
+python3 docs/ack/validate_worker_command.py --role test --command "$TEST_CMD"
+orca terminal create --worktree active --command "$DEV_CMD" --title "DEV" --json
+orca terminal create --worktree active --command "$TEST_CMD" --title "TEST" --json
+
+# Cursor 示例
+CURSOR_CMD='cursor-agent --yolo --model auto'
+python3 docs/ack/validate_worker_command.py --role developer --command "$CURSOR_CMD"
+orca terminal create --worktree active --command "$CURSOR_CMD" --title "DEV" --json
 ```
 
-新 worktree 时先 `orca worktree create --name <feature> --base-branch <base>`，再在其中起终端。选型与升级见 `model-routing.md`。
+新 worktree 时先 `orca worktree create --name <feature> --base-branch <base>`，再在其中起终端。选型与升级见 `model-routing.md`。终端启动后、dispatch 前必须读取启动信息，确认实际 CLI、模型和 reasoning effort。
 
 ---
 
@@ -82,4 +94,4 @@ task-create → dispatch 给 DEV → 等 worker_done
 
 ## 一句话
 
-产品文档 + 验收信号写在前（你，强模型）→ DEV/TEST 用 `--model auto` 起 worker → dispatch / 复测 / 终检循环 → 结论只落 `tasks.yaml`。
+产品文档 + 验收信号写在前（你，强模型）→ 按项目覆盖层校验并启动 DEV/TEST → 核对实际模型 → dispatch / 复测 / 终检循环 → 结论只落 `tasks.yaml`。