夜雨聆风
AI 已经进入日常办公的各个环节。
现在的重点，不是继续追哪个工具更好用。
而是要知道：AI 能用来做什么，以及在具体工作任务中该怎么用。
这篇文章，我们就用 AI 处理项目管理中的一个常见难题：项目进度追踪。
一、用 AI 追踪项目进度，关键不是自动催人
很多项目负责人每天最累的，不是做计划，也不是解决难题。
而是不断追问进度：
这个任务今天能完成吗？ 现在做到哪一步了？ 为什么延期？ 还缺什么支持？ 谁来确认最终结果？
到了周五，还要把所有人重新问一遍，才能拼出一份项目周报。
但用 AI 处理项目进度追踪，不能只是让它自动发送催办消息。
如果任务仍然散落在会议纪要、群聊和口头安排里，AI 也不知道该追踪什么。
更有效的思路，是先把项目任务变成一组可以被 AI 读取、更新和判断的结构化信息。
这套方案需要解决四个关键问题：
1. 任务要有统一入口
项目计划、会议行动项、临时问题、风险和需求变更，最终都要进入同一张任务表。
否则系统里看到的不是项目真实状态。
2. 任务要有明确字段
每项任务至少要说清楚：
谁负责； 什么时候交； 交付什么； 做到什么程度算完成； 谁来验收。
没有这些信息，AI 只能提醒“请尽快处理”，无法真正追踪进度。
3. 进度要持续更新
AI 不仅要知道任务有没有完成，还要知道：
已经完成了什么； 还剩什么； 当前卡在哪里； 是否会影响截止时间和后续任务。
4. 异常要主动暴露
真正值得提醒的，不是所有任务。
而是即将到期、已经逾期、长期未更新、等待验收，以及可能影响关键节点的任务。
所以，这套方案的核心不是“让 AI 替项目负责人催人”。
而是让任务有入口、责任有归属、进度有记录、延期有预警、结果有人验收。
具体执行时，可以这样分工：
用 WorkBuddy 读取纪要、整理行动项、检查进度和生成风险简报； 用飞书多维表格保存任务、责任人、截止时间和当前状态； 用飞书自动化发送到期提醒和逾期预警。
核心判断
AI 处理具体工作任务，第一步不是选择工具，而是先把任务的输入、处理规则、输出结果和检查标准说清楚。
二、项目任务为什么总要靠人催
项目进度失控，通常不是因为团队完全不做事。
而是任务没有说清楚，也没有统一记录。
常见问题包括：
会议上安排了任务，但会后没有进入任务表； 只写“尽快完成”，没有明确截止日期； 只写任务名称，没有写交付物和验收标准； 责任人说完成了，但没有人确认结果； 任务延期后，没有自动预警； 群里一套进度，表格里一套进度，周报里又是一套进度。
这种情况下，项目负责人不催，任务就容易停。
但催人只能解决眼前一次。
真正要解决的是：怎么把任务变成系统可以管理的对象。
至少要把下面这些信息说清楚：
没有这些字段，提醒再多也没用。
系统提醒“请完成项目资料整理”，责任人仍然不知道该整理哪些资料、交给谁、做到什么程度。
所以第一步不是做提醒。
是先把任务说清楚。
三、WorkBuddy 和飞书怎么分工
这套方案里，两个工具承担的角色不同。
简单理解：
WorkBuddy 负责整理和判断，飞书负责记录和流转。
项目负责人仍然负责三件事：
确认任务优先级； 处理关键风险； 推动跨部门决策。
这套分工的价值，不是完全取消人工管理。
而是把项目负责人从重复收集信息中释放出来。
四、先在飞书搭一张项目任务表
不需要一开始就搭复杂的项目管理平台。
可以先用一张飞书多维表格跑通最小闭环。
建议字段如下：
这里最值得保留的是四个字段：
责任人、截止日期、交付物、验收人。
没有责任人，任务会变成“大家都知道，但没人负责”； 没有截止日期，任务会一直拖； 没有交付物，完成标准不清； 没有验收人，责任人说做完了，项目却不一定真的完成。
项目管理不能只看“完成率”。
更应该看“关闭率”。
完成，是责任人提交了结果。
关闭，是验收人确认结果符合要求。
五、让 WorkBuddy 把会议纪要变成任务
项目任务通常来自五个地方：
项目计划； 会议行动项； 问题处理； 风险应对； 需求或范围变更。
其中最容易遗漏的是会议行动项。
会议开完以后，讨论内容很多，但真正推动项目的是：
谁做； 做什么； 什么时候交； 交付什么； 谁来验收。
可以让 WorkBuddy 读取会议纪要，按照飞书任务表的字段整理行动项。
提示词可以这样写：
请读取这份项目会议纪要，并提取所有行动项。
按照飞书项目任务表的字段输出：
1. 项目名称
2. 任务名称
3. 任务来源
4. 责任人
5. 协作人
6. 截止日期
7. 交付物
8. 验收标准
9. 验收人
10. 风险等级
要求：
- 任务名称必须是具体动作，不使用“持续推进”“尽快处理”等模糊表达；
- 原文没有明确责任人、日期或验收标准时，不要自行编造，统一标记为“待确认”；
- 识别任务之间的前后依赖关系；
- 最后单独列出待确认信息和项目风险。
WorkBuddy 整理完成后，不建议直接批量写入飞书。
第一次运行时，先让项目负责人检查：
人名是否对应正确； 日期是否识别正确； 字段是否错位； 模糊信息是否被误补； 任务有没有重复。
确认规则稳定后，再让 WorkBuddy 通过飞书连接或 Lark CLI 写入多维表格。
已有案例表明，WorkBuddy 可以连接飞书并读写多维表格，但初次配置需要授权、字段映射和多轮调试。
所以这一步不要追求“一次全自动”。
先跑准，再跑快。
六、项目进度不能只让负责人填百分比
很多项目表里有一个“完成进度”字段。
但只填 30%、60%、90%，并不能说明项目真实状态。
更有效的进度更新，至少包含四项：
已经完成了什么； 还剩什么没有完成； 当前卡点是什么； 是否影响截止时间。
可以让团队成员在飞书中更新任务，也可以把进展信息发给 WorkBuddy，由它整理后写入任务台账。
进度更新提示词：
请把下面的项目进展整理成标准更新记录，并匹配到飞书任务表中的对应任务。
更新内容：
[粘贴群聊、文字说明或会议记录]
输出字段：
- 任务名称
- 当前状态
- 完成进度
- 已完成事项
- 未完成事项
- 当前卡点
- 是否有延期风险
- 建议下一步
如果无法确定对应任务，请标记“待人工匹配”，不要新建重复任务。
这一步可以减少项目负责人反复追问。
团队只需要提交一次进展，WorkBuddy 负责把自然语言整理成标准字段。
飞书则保存最新状态，成为统一的项目进度来源。
七、提醒规则要分三层
项目提醒不能只设置“截止当天通知”。
等到当天才发现做不完，通常已经晚了。
建议在飞书里设置三层提醒。
第一层：提前提醒
任务截止前 2 天或 1 天，提醒责任人确认进度。
提醒内容至少包括：
任务名称； 截止日期； 当前进度； 交付物； 是否存在风险。
提前提醒的目标不是催。
是让风险提前暴露。
第二层：到期提醒
截止当天仍未进入“待验收”或“已关闭”，提醒责任人和项目负责人。
关键任务可以同时提示其影响的后续节点。
第三层：逾期和升级提醒
超过截止时间仍未完成，自动标记逾期。
如果逾期超过 2 天仍没有填写原因和新计划，再升级提醒项目负责人或部门负责人。
需要注意：
逾期提醒不是为了自动追责，而是为了及时纠偏。
真正危险的不是任务晚了一天。
而是晚了以后没有人知道，也没有任何处理计划。
八、项目负责人每天只看三个视图
飞书多维表格建好后，可以创建三个固定视图。
1. 今日到期
查看今天必须完成的任务。
重点判断：
是否有关键路径任务； 当前进度是否合理； 是否需要协调资源。
2. 已逾期
查看所有超过截止日期、尚未关闭的任务。
重点判断：
逾期几天； 是否填写延期原因； 是否影响后续任务； 是否需要升级处理。
3. 待验收
查看责任人已经提交、但还没有关闭的任务。
很多项目不是没人做。
而是做完以后没人验收，导致下一步迟迟不能开始。
这三个视图能让项目负责人快速看清当天的真实状态。
不用再到群里问一遍：“大家进度怎么样？”
九、让 WorkBuddy 自动生成项目进度简报
任务数据进入飞书后，WorkBuddy 还可以承担汇总工作。
比如每天生成一份项目进度简报：
请读取飞书多维表格中的项目任务数据，生成今日项目进度简报。
需要包含：
1. 今日到期任务
2. 已逾期任务
3. 待验收任务
4. 新增高风险任务
5. 会影响关键节点的任务依赖
6. 需要项目负责人处理的事项
不要罗列所有任务，只输出需要关注和采取行动的内容。
每个问题都要给出任务名称、责任人、截止时间、风险和建议动作。
周五还可以生成周报：
请分析本周飞书项目任务数据，生成项目周报。
输出：
- 本周已关闭的关键任务
- 本周新增任务
- 当前逾期任务
- 下周到期任务
- 主要风险和依赖关系
- 需要管理层决策的事项
所有结论必须来自任务表，不要补充不存在的数据。
这里有一个原则：
简报不是把表格换一种方式重复一遍。
它应该帮助项目负责人找到：
哪些任务需要介入； 哪些风险正在扩大； 哪些事项需要决策； 哪些进度只是看起来完成。
十、这套方案要守住三条规则
工具搭好，不代表项目就会自动变好。
真正决定效果的是使用规则。
规则一：所有项目任务必须进入飞书
无论任务来自会议、群聊、电话还是口头安排，最终都要进入统一任务表。
否则飞书里不是项目真实状态。
规则二：没有责任人和日期，不算正式任务
“后续跟进”“尽快完成”只能算提醒，不能算任务。
正式任务必须有负责人、截止日期和明确交付物。
规则三：完成必须经过验收
责任人提交结果后，状态进入“待验收”。
验收人确认通过后，任务才能关闭。
如果飞书、群聊和会议各自维护一套进度，这套方案只会增加工作量。
项目任务必须有唯一入口，也要有唯一状态来源。
十一、先从一个项目跑最小闭环
我不建议一开始就把所有项目搬进系统。
可以先选一个任务数量适中、团队配合度较高的项目，跑通下面这条流程：
会议纪要
→ WorkBuddy 提取行动项
→ 人工确认任务字段
→ 写入飞书多维表格
→ 飞书自动提醒
→ 团队更新进度
→ WorkBuddy 生成风险简报
→ 验收人确认关闭
第一周重点检查三件事：
任务有没有漏进系统； 字段和人员映射是否准确； 提醒是否真的推动了更新和验收。
如果这三个问题没有解决，不要急着增加更多自动化。
先把最小闭环跑稳，再扩展到多个项目、跨部门协作和管理层看板。
总结
一句话：项目管理的目标不是让项目负责人更会催人，而是让任务可以被持续追踪。
WorkBuddy+飞书这套组合，适合解决的不是所有项目管理问题。
它最适合先接管这些重复工作：
从会议纪要中提取行动项； 把自然语言进展整理成标准字段； 维护统一的项目任务台账； 提醒到期和逾期任务； 汇总今日重点和项目风险； 推动任务从“完成”走到“验收关闭”。
真正需要项目负责人投入时间的，应该是关键路径、资源协调和风险决策。
不是每天在群里重复问：“现在进度怎么样了？”
如果你的项目还主要靠会议、群消息和人工催办推进，可以先选一个项目试跑。
先建一张飞书任务表。
再让 WorkBuddy 帮你把纪要、进展和风险整理进去。
当任务有入口、责任有归属、延期有预警、结果有验收，项目进度才真正开始变得可管理。
