适用人群：被飞书消息、会议纪要、群聊待办淹没、又不想漏掉任何一件事的管理者/团队负责人。 本文给出一个可直接照抄落地的 WorkBuddy 工作流：多源扫描 → 去重 → 分级 → 台账入库 → 飞书推送，并部署成每日自动化。
一、痛点：待办散落在 4 个地方
大多数团队的待办不是没有，而是散落：
- 飞书群聊里老板@你的一句话
- 智能会议纪要里的 AI 待办
- 飞书任务中心自己建的清单
- 微信/文档里随手记的「回头弄」
人工每天翻一遍？费时且必漏。用 WorkBuddy 把它变成一条每天自动跑、结果推到飞书的流水线，问题就解决了。
二、整体架构
[飞书多源扫描] → [去重] → [T1/T2 分级] → [台账并发入库] → [飞书推送+确认] → [每日自动化]
核心思路：飞书是输入和输出，本地台账是唯一真相源。所有待办先落到本地台账（markdown/CSV），再统一推送，避免重复、丢失、口径混乱。
三、落地步骤（含命令）
步骤 1：接通飞书连接器
在 WorkBuddy 左侧连接器里确认 飞书（feishu）已连接。首次使用需授权登录。连接后，WorkBuddy 即可调用 lark-cli 读取消息、会议纪要、任务。
步骤 2：多源增量扫描
让 WorkBuddy 用一句话发起扫描：
「扫描今天飞书里新增的待办：群聊@我、智能会议纪要的 AI 待办、我负责/我创建的任务，去重后列出来。」
WorkBuddy 会调用 lark-cli 的 im / meeting / task 子命令拉取数据。关键是增量：只处理「今天新增」，不全量重扫，省积分也更准。
步骤 3：去重与分级
扫描结果常出现重复（群聊提一次、纪要又提一次）。约定分级口径：
- T1（今日内必须处理）：老板直接指派、带截止日且≤24h、金额/法律风险类
- T2（本周闭环）：常规协作、无硬截止
去重规则用「标题归一 + 责任人 + 来源」三元组判重，已在本地 ledger_io.py 里固化，避免同一件事被记三遍。
步骤 4：台账并发安全入库
所有待办写入统一台账文件（如 task_ledger.md 或 CSV）。并发安全很重要——如果多个自动化同时写，要用唯一写入口（ledger_io.py 的 append 原子操作），否则会丢行。
Windows 坑：路径反斜杠记得转义，
"E:\\path\\to\\ledger.md"或改用正斜杠"E:/path/to/ledger.md"，否则 Python 读不到。
步骤 5：飞书推送与确认
入库后，WorkBuddy 通过 lark-im 把「今日新增 T1/T2 清单」推给你本人（open_id 指定），并支持你在飞书里回复确认/改截止日，状态回写台账。这样手机上就能把待办清掉。
步骤 6：部署成每日自动化
把上面整套固化成一个 recurring 自动化，每天固定时间跑：
- 扫描 → 入库 → 推送，全程无需人工
- 失败要可见（某来源拉取失败就明确报出来），不要静默吞掉
四、省积分提醒（重度用户必看）
- 这个自动化属于日常批处理，用 WorkBuddy 内置便宜模型即可，别开「重要档」高精度模型（按次计费，纯浪费）。
- 用日级频率足够，别设成每小时跑。
- 遵循「失败可见」原则：低危任务不做镜像/降级/回写，失败手动补跑即可。
五、收益
- 待办零遗漏：4 个来源统一归集
- 省时间：每天 10 分钟人工 → 0 分钟，结果推到飞书
- 可追溯：台账是唯一真相源，随时能查「这件事谁、何时、什么状态」
把重复流程封装成 WorkBuddy 技能（skill） 后，换个项目/团队直接复用，不用每次重新教。这也是我把这条流水线沉淀成可复用 skill 的原因——你以后新开业务线，一句话就能拉起一套任务追踪。