用 WorkBuddy 做会议议程和会后跟进：官方实践里有一条建议特别值钱

会议材料这件事有个悖论：准备得越充分，开会效率越高；但准备本身就很花时间。

官方在实践案例里给了一套完整思路，而且其中一条建议含金量特别高，很多人没注意到。

依据：WorkBuddy 官方文档《实践：Google Calendar 与 Google Drive》（Practice-Cases/Google-Integration）与官方使用技巧，核对日 2026-08-16。我们没有安装客户端，本文不含实测数据。

一、官方那条最值钱的建议

在「使用建议」一节里，官方写了四条，最后一条是：

对重要会议，建议让 WorkBuddy 输出「待确认事项」和「风险点」。

为什么这条含金量高：

一份只有「会议主题 + 资料清单」的准备材料，你看完还是不知道该重点关注什么——它只是把信息汇总了。

加上「待确认事项」和「风险点」两栏之后，它被迫做了一层判断，你拿到的就不只是信息，而是带优先级的提示。

这个技巧可以推广到任何汇总类任务：在输出要求里加一栏「需要你注意的地方」。

二、官方给的另外三条建议

一并列出来，都很实在：

• 授权时只授予完成任务所需的权限；
• 在任务描述中明确时间范围，例如「今天」「本周」「下周一」；
• 如果资料较多，可以指定文件夹、关键词或会议名称缩小范围。

第二条对日历类任务是刚需——不给时间范围，它只能猜，而且范围越大结果越杂。

三、会前：议程与准备清单

官方给的示例指令（细版）：

读取我明天的日程，帮我生成一份会议准备清单，包括会议主题、参会人、
需要查看的 Drive 文件和建议问题。

在这个基础上补齐结构与约束：

【目标】生成明天 <会议名称> 的准备材料

【输入】
- 日程来源：<连接器/我提供的日程文件>
- 参考资料：D:\WorkBuddy\huiyi\素材\ 下的文件

【时间范围】明天（★ 明确写，不要用「最近」）

【输出格式】Markdown，保存在当前工作空间，文件名 会前_主题_20260817.md
结构：
  1. 会议基本信息（主题、时间、参会人）
  2. 议程（每项注明预计时长与负责人）
  3. 需要提前看的材料（附文件名与要点）
  4. ★ 待确认事项
  5. ★ 风险点

【约束】
- 议程项必须来自素材或日程，不要凭常理补
- 材料要点附出处（文件名 + 位置）
- 待确认事项写成问句，方便会上直接问
- 不需要开场白

「待确认事项写成问句」是个小技巧——「预算是否已批」比「预算情况待确认」在会上更好用，你可以直接念出来。

四、会后：纪要与跟进

会后这一步的关键是别让它替你判断结论。

【目标】把 <会议记录> 整理成纪要与跟进清单

【输入】D:\WorkBuddy\huiyi\素材\会议记录_20260817.md

【输出格式】保存为 Markdown，含两部分：

一、会议纪要（表格）
   议题 | 讨论要点 | 结论 | 是否有争议 | 出处（记录中的位置）

二、跟进清单（表格）
   待办事项 | 责任人 | 截止时间 | 依赖项 | 出处

【约束】
- ★ 结论只写记录中明确出现的；没有明确结论的写「未形成结论」，
  不要根据讨论倾向替我总结
- ★ 责任人与截止时间只写记录中提到的；没提的写「未指定」，不要分配
- 有争议的事项单独标记，保留双方观点原文
- 不需要开场白

两条 ★ 约束是这类任务的核心：

「不要替我总结结论」——会上讨论了半天没定下来，它很容易写成「初步倾向于方案 A」。这句话一旦写进纪要发出去，就成了「结论」，而实际上根本没定。

「不要分配责任人」——会上没点名的事，纪要里凭空出现一个负责人，这是会引发实际问题的。

官方给的正面示范里那句「标记有争议、未决的事项」，说的就是这件事。

五、验收：四查

第一查：结论那一栏。 逐条对照原始记录，确认每个「结论」都是记录里明确说过的。有一条是它总结的，整份就要重新过。

第二查：责任人与截止时间。 同上——记录里没点名的，应该是「未指定」。

第三查：搜倾向性词。 搜「初步」「倾向」「基本确定」「大致」这类词。这些通常是它在没有明确结论时的填充。

第四查：待确认事项和风险点有没有内容。 如果这两栏是空的或者写着「暂无」，那八成是它没认真做——任何一场值得开的会，都会留下待确认的事。

六、纪要发出去之前

这一步必须是人做的。

会议纪要是对外发送类的东西——发到群里、发给参会人，发出去收不回来。而且它带着「结论」和「责任分工」，误差会直接变成执行偏差。

建议流程：让它起草 → 你逐条核对结论与责任人 → 你手动发。

官方在使用技巧里的「先本地后远程」也适用于这个场景：远程遥控意味着它在你看不见的地方自主行动，执行了超出预期的操作你未必来得及叫停。别把纪要发送配成自动任务。

七、素材怎么组织

会议类任务建议按「一场会一个目录」组织：

D:\WorkBuddy\huiyi\
├── 20260817-产品评审\
│   ├── 素材\      （日程、参考资料、录音转写）
│   └── 成品\      （会前材料、会后纪要）

按官方建议：把需要的文件复制进任务目录，而不是把原始目录直接交出去。会议材料常混着其他项目的文档，划清楚边界既安全也好找。

八、几件不该交给它的

• 替你做会议决策——官方在专家中心明确提示 AI 生成内容仅供参考，无法替代专业判断；
• 发送纪要——上面说的；
• 判断谁该负责——会上没定的，纪要里也不该定；
• 解释为什么某个议题没谈拢——那是推断。指令里加「只记录讨论要点与是否有争议，不解释原因」；
• 涉及人事、薪酬、绩效的会议记录——这类内容不该进工作目录。

小结

• ★ 官方那条最值钱的建议：对重要会议，让它输出「待确认事项」和「风险点」——这把信息汇总变成了带优先级的提示。可推广到任何汇总类任务。
• 官方另外三条：只授予必需权限、明确时间范围（今天/本周/下周一）、用文件夹或关键词缩小范围。
• 会前材料五节：基本信息 → 议程 → 需提前看的材料 → 待确认事项 → 风险点；待确认事项写成问句方便会上直接问。
• ★ 会后纪要两条核心约束：结论只写记录中明确出现的（没有就写「未形成结论」，不要替你总结倾向）、责任人与截止时间不要凭空分配（没提的写「未指定」）。
• 四查验收：查结论栏 → 查责任人与截止时间 → 搜「初步/倾向/基本确定」 → 看待确认事项和风险点是不是空的。
• 纪要发出去这一步必须人做——发出去收不回来，且带着结论与责任分工。别配成自动任务。

功能与文档表述以官方为准，核对日 2026-08-16。