做一份有来源的会前简报

每天开会前，让 Bot 把日程、相关邮件和已有材料整理到同一份简报里，能少翻几个应用。官方 GTM 教程介绍了这种工作方式；下面把它缩成从一次性任务开始的中文练习，不需要先建一队 Bot。官方会议准备案例

准备一个负责会前整理的 Bot，以及你有权访问的日历和邮件连接。还没连接应用，先看连接常用应用。官方能力核验日期：2026 年 10 月 16 日；本页指令和验收方法为本站编写，并非你的会议已经被读取或处理。

第一步：明确今天是哪一天

第一次先只整理一场会议，写明实际日期、时区、会议名称。不要只写“明天那场”，尤其是跨时区或临近午夜的时候。

复制下面指令，把方括号内容换成自己的信息：

请为 [实际日期]、Asia/Shanghai 时区的 [会议名称] 准备一份会前简报。
只查看我已授权的日历和与这场会议直接相关的邮件、文档。
先确认会议起止时间、参会人和来源；有多场同名会议时先问我。
然后返回：
1. 一句话说明本次会议目标；找不到就写“目标未确定”。
2. 最近已确认的决定和未解决问题，每条附来源链接与资料日期。
3. 建议我准备的三个问题，明确标成你的建议。
4. 资料缺失、相互矛盾和需要我确认的事项。
主要内容直接写在聊天里，使用标题和编号，便于读屏。
不要改日程，不发邀请，不给任何人发消息，也不创建 Routine。

如果还没有应用连接，也可以先用自己整理的虚构日程和两段资料练习结构；让 Bot 明确标注“仅基于提供的练习材料”，不要声称查过真实日历。

第二步：抽查三条关键信息

1. 时间和对象： 打开原日历，核对日期、时区、开始结束时间，以及是否找对了会议。
2. 事实和推测： 任选一条“已确认的决定”，打开对应邮件或文档。它必须是来源中已有的决定，不能只是 Bot 建议。
3. 资料是否还有效： 检查资料日期；旧邮件里的安排可能已被新邀请替代。遇到矛盾应列出冲突，不能自行合并成“已确认”。

官方建议交付物保留直接来源、时间与时区，并区分事实、推断和未解决问题。官方结果与证据规范

第三步：修好格式，再保存成 Skill

如果输出太长，先要求按你能顺畅阅读的方式修改，例如“先列需要我决定的三件事，再放资料细节”。确认这一版可用，再说：

把刚才核对通过的会前准备流程保存为“会前简报”Skill。
写清输入日期和时区、允许使用的来源、会议重名时先确认、
事实与建议分开、每条事实附来源和资料日期、缺资料时说明缺口。
输出采用刚才确认的标题和编号格式。不要在保存技能时建立定时任务。

Skill 保存的是方法；新任务仍需要能访问相应日历和文档。桌面输入框输入 / 可引用已保存技能。官方 Skill 说明

第四步：需要每天准备，再建 Routine

给负责这项工作的 Bot 发：

每个工作日早上 08:00，按 Asia/Shanghai 时区运行“会前简报”Skill，
整理当天日历中尚未开始的会议，结果只发到本对话。
没有会议时只说“今天没有查到会议”；查不到日历时报告无法读取，
不要把访问失败当成没有会议，也不要拿旧日程代替。
不改日程、不发邀请、不发邮件。建好后复述保存的时间表和下一次运行时间。

打开 Routines 核对保存的日程和下一次运行时间，再用桌面端提供的 Test / Test run 检查一次。测试会真实读取来源并消耗用量。手机可以查看和暂停任务，编辑或测试当前需要桌面端。官方 Routine 说明、手机端限制

不符合预期时，改哪一步

• “没查到会议”，但明明有： 让 Bot 区分日历读取失败、选错日历和确实为空，核对账号、日期、时区。
• 简报太长： 限定先列三条最需要你处理的事项，保留每条的来源链接。
• 08:00 已过，任务没有立刻跑： 新建定时任务会等下一个保存的时间点；要立即检查，用桌面端测试。官方时间表规则
• 临时改了会，简报还是旧的： 再发一次明确的刷新请求，让它重新读取日历；早晨的简报不能保证覆盖之后的变更。
• 手机没有收到提醒： 看通知六步排查。

接着练

• 文件形式的报告怎么交付和修改
• Routine 指令生成器
• 返回实操教程目录