feat(ack): add Feishu bug review approval gate

skills/ack/SKILL.md

@@ -132,11 +132,17 @@ description: >-
    worker 启动规则。项目覆盖层优先于通用示例命令。按 scope 推荐相关 `active`
    知识，经确认后把固定 revision 的显式 `knowledgeRefs` 写入当前任务上下文；
    不全量注入知识库。
-   配置了 `project.bugIntake` 时，先按 `references/feishu-bug-intake.md` 运行 check，
-   再运行 plan 获取标准化记录及 `create` / `refresh` / `unchanged` / `drift` 整理动作。
-   `enrichmentRequired` 中的复现步骤、验收标准和优先级由 Coordinator 根据来源事实与
-   项目上下文补齐，并在任务证据中标记推断字段，不要求用户回飞书机械补录；标题、实际
-   表现和预期结果不可推断，部分缺失时仍停止。整行空白记录按批次 warning 跳过。
+   `project.bugIntake.workflow` 为 `reviewed-writeback-v1` 时，按
+   `references/feishu-bug-intake.md` 把飞书作为审核前的唯一协作区：先运行 check/plan，
+   读取用户填写的 Bug；Coordinator 根据来源事实与项目上下文补全修复逻辑和可观测验收
+   标准，只通过安全适配器写回同一飞书记录并回读确认。用户反馈后继续只在飞书修订。
+   用户针对当前 `draftRevision` 明确审核通过前，不创建或刷新 `tasks.yaml` 任务、不启动
+   worker、不派发 Developer/Test，也不修改应用代码。审核通过后重新读取，要求 revision
+   与批准值完全一致，才通过 `import-approved` 生成规范 `taskDraft`，原样写入最终版本、
+   `source.workflow`、`source.approvedRevision` 与 `source.approvedPayloadHash`；校验器重算
+   payload hash 通过后才进入三角色闭环。未声明 workflow 的旧八字段配置只按
+   `read-only-v1` 兼容，不得写回；
+   标题、实际表现和预期结果不可推断；整行空白记录按批次 warning 跳过。
    按每条记录的 `sourceRef` 去重：仅 `open` 任务可刷新描述；
    `dispatched`、`fixed_by_dev`、`retesting`、`failed_retest`、`verified`、`blocked` 和
    `leftover` 只报告来源漂移，绝不覆盖；来源消失或读取失败时绝不删除已有任务。