feat(ack): add Feishu bug intake

skills/ack/SKILL.md

@@ -96,14 +96,18 @@ description: >-
    docs/ack/delivery.yaml --tasks docs/ack/tasks.yaml --project-root <project-root>`
    校验交付能力、顺序、安全边界和跨文件引用。只报告证据明确的问题，不因旧项目
    缺少可选交付配置而宣称失败。
-5. 检查知识引用能解析到固定 revision，candidate 仍留在任务证据中，且
+5. 若存在 `project.bugIntake`，运行
+   `python3 <ack-skill-dir>/scripts/feishu_bug_intake.py check docs/ack/tasks.yaml`。
+   它只接受 `feishu-base` 和显式 profile；详细的飞书配置、凭据初始化和读取方式见
+   `references/feishu-bug-intake.md`。
+6. 检查知识引用能解析到固定 revision，candidate 仍留在任务证据中，且
    `stale`、`superseded` 和 `archived` 不会被当作可派发的 `active` 知识。
-6. 若存在 `project.orchestration`，检查 profile、model allowlist、默认 profile、
+7. 若存在 `project.orchestration`，检查 profile、model allowlist、默认 profile、
    允许 worktree、顶层 `workerReceipts` 与 `dispatch.developer/test` 的引用；receipt
    必须绑定当前 ACK task、同一 role/profile/attempt，`receiptId` 与 `attemptId`
    必须同时为空或同时填写。
    缺少结构化路由的旧任务板只能使用手动模式，不能自动创建 worker。
-7. 检查不会自动修复或覆盖现有配置；用户明确要求修复后再修改。
+8. 检查不会自动修复或覆盖现有配置；用户明确要求修复后再修改。
 
 ## 工作
 
@@ -121,6 +125,11 @@ description: >-
    worker 启动规则。项目覆盖层优先于通用示例命令。按 scope 推荐相关 `active`
    知识，经确认后把固定 revision 的显式 `knowledgeRefs` 写入当前任务上下文；
    不全量注入知识库。
+   配置了 `project.bugIntake` 时，先按 `references/feishu-bug-intake.md` 运行 check，
+   再运行 plan 获取标准化记录及 `create` / `refresh` / `unchanged` / `drift` 整理动作。
+   按每条记录的 `sourceRef` 去重：仅 `open` 任务可刷新描述；
+   `dispatched`、`fixed_by_dev`、`retesting`、`failed_retest`、`verified`、`blocked` 和
+   `leftover` 只报告来源漂移，绝不覆盖；来源消失或读取失败时绝不删除已有任务。
 4. 新需求先写产品文档、任务拆分与可观测验收信号，更新 `tasks.yaml` 并校验，
    然后交给用户确认；若启用了交付，还要把本次 profile、目标、停止点和需要审批的
    步骤放入同一份计划。确认前不派发实现，也不执行交付。