feat(ack): support OMP workers

skills/ack/README.md

@@ -208,7 +208,7 @@ v0.10 自动 launcher 仅支持 `read-only` 与 `workspace-write`。full-access
 Codex bypass、Cursor YOLO/force、Grok `--yolo` / bypassPermissions 和关闭
 sandbox 都会 fail closed；在有可信平台审批或独立签发通道之前，不用项目文件
 伪装成用户授权。Grok worker 由 launcher 固定带 `--always-approve`，避免工具调用
-停在确认框，sandbox 仍必须启用。v0.17 起 `cli: grok` 是一等 worker CLI。旧任务板没有结构化
+停在确认框，sandbox 仍必须启用。v0.17 起 `cli: grok` 是一等 worker CLI；`cli: omp` 使用 OMP 的结构化模型、thinking 和 approval-mode 参数。旧任务板没有结构化
 `project.orchestration` 时仍可读取和手动协作，但不得自动创建 worker。
 
 持久化 `receiptHash` 是无密钥 checksum，不是 launcher 身份证明。ACK 只复用同一轮
@@ -262,6 +262,7 @@ ACK 会自动读取 `delivery.yaml`，无需再逐步提醒它构建、上传、
 `select_tasks.py` 获取有预算的任务上下文，不再把完整任务板注入模型；从 `0.16.0` 起，
 `delivery.yaml` 可用 `intents.testEnvironment` 与 `intents.release` 把测试环境部署和
 版本发布写成用户可单独触发的操作；从 `0.17.0` 起，结构化 worker 路由支持
-`cli: grok`（与 Codex、Cursor 并列）；从 `0.17.1` 起 Grok worker argv 固定带
+`cli: grok`（与 Codex、Cursor 并列）；从 `0.18.0` 起支持 OMP 的
+`cli: omp` profile（精确 provider/model、thinking 与 approval-mode）；从 `0.17.1` 起 Grok worker argv 固定带
 `--always-approve`，sandbox 仍必开。旧项目可以不迁移而继续使用原闭环。旧项目的
 `kitVersion` 可以继续读取，但建议迁移为 `ackVersion`。