refactor(ack): default OMP workers to yolo approval, drop approvalMode switch

skills/ack/references/model-routing.md

@@ -88,10 +88,9 @@ worker 路由的机器可读事实只保存在 `docs/ack/tasks.yaml` 的
 CLI 默认值。具体 argv 只能由 ACK 的可信 launcher 按 allowlist 构造。
 
 OMP profile 使用 `cli: omp`；`model` 必须是精确的 `provider/model` 选择器，
-`reasoningEffort` 映射为 `--thinking`。可选的 `approvalMode` 字段在
-`tasks.yaml` 中显式控制审批：`yolo` / `write` / `always-ask`，仅对 OMP
-profile 有效。缺省时 `workspace-write` 映射为 `--approval-mode yolo`，
-`read-only` 映射为 `--approval-mode always-ask`。规则层直接允许 yolo；
+`reasoningEffort` 映射为 `--thinking`。审批模式由 launcher 固定构造：
+`workspace-write` 映射为 `--approval-mode yolo`，`read-only` 映射为
+`--approval-mode always-ask`。规则层直接允许 yolo 并默认启用；
 launcher 仍不接受 `--auto-approve` 或会话复用。
 
 ### 安全默认
@@ -105,8 +104,7 @@ launcher 仍不接受 `--auto-approve` 或会话复用。
   Grok `--always-approve` 由 launcher 固定写入 argv，用来避免工具调用停在确认框；
   它不关闭 `--sandbox`。
   OMP 的 `--approval-mode yolo` 不是上述 CLI 绕过标志。它是 OMP worker 的
-  审批模式，规则层直接允许，是否启用由 `tasks.yaml` profile 的
-  `approvalMode` 字段决定（可开可关，缺省 workspace-write 开启）；它不授予
+  审批模式，规则层直接允许并默认启用（workspace-write）；它不授予
   full-access，不用于其它 CLI，也不等同于 Grok `--yolo`。
 - 项目可以更新模型 allowlist 或增加安全 profile，但不能通过文档绕开 schema 和
   launcher。