feat: update feishu intake

skills/ack/references/feishu-bug-intake.md

@@ -53,7 +53,10 @@ profile、JSON、分页、附件或路径任一异常都会失败且不输出伪
 `plan` 在同一批标准化记录上读取现有 `tasks`，只输出整理计划而不修改文件：新来源为
 `create`，同来源且现有任务为 `open`、来源时间有变化时为 `refresh`，未变化为
 `unchanged`，其它 ACK 状态发生来源变化时为 `drift`。任务板或读取结果出现重复
-`sourceRef` 会直接失败。
+`sourceRef` 会直接失败。标题、实际表现、预期结果和更新时间属于来源事实，任一缺失时
+读取失败；复现步骤、验收标准和优先级属于 Coordinator 可整理字段，缺失时记录与 action
+会返回 `enrichmentRequired`，不阻断整批。没有附件且所有 Bug 内容字段都为空的误建行会
+跳过，并在批次 `warnings` 中返回 `blank_record_skipped`。
 
 子进程只收到实际账号 HOME、可信 PATH 和基础 locale；调用者环境中的
 `LARKSUITE_CLI_*`、`FEISHU_*`、`NODE_OPTIONS` 等变量不会传入，避免环境凭据或运行时
@@ -74,3 +77,17 @@ profile、JSON、分页、附件或路径任一异常都会失败且不输出伪
 `source.ref` 查重。相同来源只更新 `open` 任务；`dispatched`、`fixed_by_dev`、
 `retesting`、`failed_retest`、`verified`、`blocked` 和 `leftover` 任务只告警来源漂移，
 由用户决定是否新建任务；飞书记录消失、不可访问或同步失败时，已有 ACK 任务一律保留。
+
+当 action 带 `enrichmentRequired` 时，由 Coordinator 补齐后再写入任务板，不要求报告者
+返回飞书机械补字段：
+
+- `steps`：根据标题、实际表现、附件和项目现状整理 2 至 5 个可复现步骤；证据不足时明确
+  写成待 Developer 首轮确认的复现假设，不能把假设伪装成来源原文。
+- `acceptance`：把预期结果改写成可观测信号，至少覆盖用户可见结果、真实状态或 API 结果，
+  以及原失败不再出现；不扩张飞书记录没有表达的产品范围。
+- `priority`：主流程阻断、数据损坏/丢失或安全风险定为 P0；普通功能错误默认 P1；纯样式或
+  低频体验问题可定为 P2。无法判断时使用 P1，并保留判断依据。
+
+在任务 `evidence.intakeEnrichment` 中记录哪些字段由 Coordinator 推断及依据。Developer
+必须先复现或用失败测试确认推断步骤；Test 仍按任务中的可观测验收信号独立复测。标题、
+实际表现和预期结果不得由 Coordinator 补造，部分缺失时继续 fail closed。