feat(ack): refine intake and validation workflow

skills/ack/references/roles-and-permissions.md

@@ -45,7 +45,8 @@ ACK 默认三个独立 Agent：**Coordinator 只编排、Test 只验证、Develo
     `dispatchId` 代替。
   - gate 时检查 Developer 的 `knowledgeApplied`、Test 的 `knowledgeChecks` 和
     candidate 独立证据；只有证据充分时才由 Coordinator 激活、废弃或替代知识。
-  - 一次派发只针对一个明确问题（`optimization-method.md` §6）；每任务最多三轮。
+  - 一次派发只针对一个明确问题（`optimization-method.md` §6）；每任务最多三轮有效
+    产品复验。环境失败单独记录、恢复和报告，不占轮次。
   - 终检：读 Test 证据，逐条对齐原始意图后才落 `verified`，不亲自复测。
 - **Must Not**：改源码、亲自跑测试、凭 `worker_done` 直接标 `verified`、把多个无关失败塞进一次派发、派发 `candidate` 或全量注入知识库、把知识正文当作 shell 执行。
 - **Evidence**：产品文档、`tasks.yaml` 里的 `expected` + `verification`、Test 回传的复测证据。
@@ -131,6 +132,16 @@ retesting      -> failed_retest -> dispatched
 failed_retest（累计 3 轮） -> leftover
 ```
 
+环境分支不进入 `failed_retest`：
+
+```text
+launch / service / data / browser / tooling environment failure
+  -> dispatch.environmentIncidents
+  -> 有界恢复并告知用户下一步
+  -> fixed_by_dev（待恢复）或 blocked（需外部动作）
+  -> 环境恢复后 retesting
+```
+
 状态定义（所有状态都只由 Coordinator 写入 `tasks.yaml`，来源不同）：
 
 | 状态 | 依据来源 | 含义 |
@@ -139,12 +150,12 @@ failed_retest（累计 3 轮） -> leftover
 | `dispatched` | Coordinator 派发动作 | 已派发给 Developer |
 | `fixed_by_dev` | Developer 的 worker_done | 开发声称已修复并提供白盒验证 |
 | `retesting` | Coordinator 派发动作 | 已派发给 Test，正在黑盒复测 |
-| `failed_retest` | Test 的复测报告 | 复测失败，可继续派发 Developer |
+| `failed_retest` | Test 的产品复测报告 | 环境对齐后观察到产品验收失败，可继续派发 Developer |
 | `verified` | Test 通过 + Coordinator 终检 | 复测通过且符合原始意图 |
 | `blocked` | Coordinator 判断 | 需要用户决策或外部条件 |
 | `leftover` | Coordinator 判断 | 累计 3 轮仍未通过，留给人工或专项处理 |
 
-三轮失败的处理细则见 `optimization-method.md` §「三轮失败策略」。
+有效复验与环境失败的处理细则见 `optimization-method.md` §4。
 
 ## 交付状态（与任务状态正交）
 
@@ -152,11 +163,12 @@ failed_retest（累计 3 轮） -> leftover
 `tasks.yaml.deliveryRuns`：
 
 ```text
-planned -> running -> review_ready | released
+planned -> running -> validation_ready | review_ready | released
                     -> blocked | failed
 planned -> skipped
 ```
 
+`validation_ready` 表示开发/测试环境已部署且健康检查通过，等待用户手工验证；
 `review_ready` 表示 PR、preview 产物和已授权的非生产部署证据已经齐备，等待用户
 审核；`released` 只用于用户明确批准后的 stable 发布或 production 部署。交付失败
 不会否定已经独立验证的任务，但必须保留失败步骤、revision 与日志引用。完整顺序、