revert(ack): restore three-role collaboration scope

This reverts commit a0f1c15b85.

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

@@ -21,11 +21,6 @@ ACK 默认三个独立 Agent：**Coordinator 只编排、Test 只验证、Develo
 
 **模型档位（正交层）。** 三角色默认按成本分层：Coordinator 用强模型，Test 与 Developer 用中低模型，必要时升级。完整档位表与升级规则见 `model-routing.md`。Coordinator 用强模型但不跑测试，这一分工天然省 token 又不破坏「验证者 ≠ 实现者」。
 
-**一次性交付 Operator 不进入三角色开发闭环。** 用户显式调用 `$ack` 直接要求发布时，
-Coordinator 按 `delivery-routing.md` 选择低层 Skill，并把原始请求交给独立 Operator。
-Operator 与 Test 使用相同低成本模型/effort，但不承担独立复测；它只执行被选 Skill、
-遵守其授权边界并回传发布证据，且不得写 ACK 状态文件。
-
 ---
 
 ## 三角色能力清单（SSOT）
@@ -151,11 +146,6 @@ failed_retest（累计 3 轮） -> leftover
 
 三轮失败的处理细则见 `optimization-method.md` §「三轮失败策略」。
 
-`type: delivery-operation` 使用独立的短状态流：`open -> dispatched -> verified | blocked`。
-这里的 `verified` 只表示 Coordinator 已按被路由 Skill 的完成标准核对一次性交付证据，
-不表示代码经过 Test 复测，也不能作为普通功能任务的验证证据。远端部分成功不会自动
-重派；恢复规则见 `delivery-routing.md`。
-
 ## 交付状态（与任务状态正交）
 
 任务进入 `verified` 后不再改写为发布或部署状态。可选交付的每次执行单独记录在