feat: update feishu intake

docs/ack-feishu-bug-intake.md

@@ -54,6 +54,7 @@
   后得到的稳定匿名引用；原始 profile、Base token 与 record ID 不拼入引用文本；
 - `recordId` 与 `updatedAt`；
 - title、actual、expected、steps、acceptance、priority；
+- `enrichmentRequired`：缺失但允许 Coordinator 整理的 steps、acceptance、priority；
 - 附件的 name/type/size 与可选本地临时路径；附件 token 只在下载命令内部使用；
 - 原始字段中无法映射但不影响导入的警告。
 
@@ -71,6 +72,11 @@ token 或 CLI 配置文件内容。
 5. 导入前扫描已有任务的 `source.ref`。相同来源不得新建第二条任务。
 6. 来源更新但任务尚为 `open` 时可由 Coordinator刷新描述；任务已派发或进入终态时只报告漂移，由用户决定是否新开任务。
 7. 飞书记录删除、不可访问或 CLI 暂时失败时保留已有 ACK 任务，不反向删除。
+8. title、actual、expected、updatedAt 是不可推断的来源事实，部分缺失时 fail closed；
+   steps、acceptance、priority 缺失时由 Coordinator 根据来源事实和项目上下文补齐，
+   并写入 `evidence.intakeEnrichment`，不要求报告者返回飞书机械补录。
+9. 没有附件且所有 Bug 内容字段均为空的误建行跳过并输出 `blank_record_skipped`；带部分
+   来源事实的残缺行不得静默跳过。
 
 ## 可观测验收信号
 
@@ -80,6 +86,8 @@ token 或 CLI 配置文件内容。
 4. CLI 缺失、profile 缺失、畸形 JSON、错位矩阵、分页越界、路径穿越或附件下载失败均返回非零退出码且不输出伪成功结果。
 5. ACK 文档明确要求按 `source.ref` 幂等整理；同一读取结果重复提交不会生成第二个来源任务。
 6. 现有无 `bugIntake` 的 ACK 项目仍能通过任务板校验并按原流程工作。
+7. 缺少 steps、acceptance、priority 的记录仍生成 create/refresh 计划并列出
+   `enrichmentRequired`；全空误建行被跳过，缺 title/actual/expected 的部分记录失败。
 
 ## 最脆弱假设与降级