用 WorkBuddy 把飞书任务追踪跑成自动化流水线 #WorkBuddy#

适用人群：被飞书消息、会议纪要、群聊待办淹没、又不想漏掉任何一件事的管理者/团队负责人。 本文给出一个可直接照抄落地的 WorkBuddy 工作流：多源扫描 → 去重 → 分级 → 台账入库 → 飞书推送，并部署成每日自动化。

一、痛点：待办散落在 4 个地方

大多数团队的待办不是没有，而是散落：

• 飞书群聊里老板@你的一句话
• 智能会议纪要里的 AI 待办
• 飞书任务中心自己建的清单
• 微信/文档里随手记的「回头弄」

人工每天翻一遍？费时且必漏。用 WorkBuddy 把它变成一条每天自动跑、结果推到飞书的流水线，问题就解决了。

二、整体架构

[飞书多源扫描] → [去重] → [T1/T2 分级] → [台账并发入库] → [飞书推送+确认] → [每日自动化]
```txt

核心思路：飞书是输入和输出，本地台账是唯一真相源。所有待办先落到本地台账（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 的原因——你以后新开业务线，一句话就能拉起一套任务追踪。