例程：定时与事件触发

例程就是告诉某个 Bot："什么时候，自动做这件事"。它在云端运行，你关了电脑、出差、睡觉，它都照常执行，做完把结果发到对话里。

两种触发方式

• 定时：每天 8 点、每周一上午、每月 1 号……背后是类似 cron 的时间表。
• 事件：在支持的情况下，由外部事件触发，比如 Slack 某个频道出现特定消息、GitHub 有新通知、收到 Webhook 请求等。支持哪些事件源以官方最新说明为准。

先手动跑顺，再自动化

官方推荐的顺序很朴素：一次性任务 → 跑稳定 → 存成技能 → 再设例程。一个你还没手动验证过的流程，自动化以后只会更快地出错。

怎么创建

直接在对话里跟"负责这件事的 Bot"说：

每个工作日早上 8:00（按你所在的时区），运行"每日行业动态"技能：
- 来源：我关注的 10 个官网更新页和 X 账号（见技能里的清单）；
- 结果：一份 10 条以内的要点清单，每条附原文链接，发在这个对话里；
- 边界：不要发帖、不要联系任何人；
- 异常：如果某个来源打不开，在结果末尾列出来，不要用旧内容凑数。

创建前确认六件事：由哪个 Bot 负责、时间和时区、数据来源、期望结果、审批边界、来源缺失时怎么办。创建好后，Bot 会告诉你下次运行时间。

事件触发要"窄"

当 Slack 的 #客户反馈 频道里出现包含"无法登录"的消息时，
整理该用户的问题描述和截图，汇总成一条工单草稿发给我。不要在 Slack 里回复。

不要设"每条新消息都处理"这种宽泛的监听，既浪费用量，又容易对无关内容采取行动。

测试和管理

• 测试运行：创建或修改后先测一次，检查是否用了最新数据、格式对不对、有没有在该停的地方停下、出错时有没有明说。
• 管理：点 Bot 名称打开详情，在例程列表里可以查看说明和时间表，暂停、恢复、测试、编辑或删除。
• 限制：一个 Bot 能拥有的例程数量、两次运行的最短间隔都有上限，以官方最新说明为准。

测试运行是真的在执行

测试不是演习，它会真的打开网站、修改文件、调用连接器。用安全的输入测试，写操作一定放在审批后面。另外，删除例程立即生效且无法撤销。

长时间不用会被询问

为了避免无人看管时消耗用量，长时间不活跃后，应用可能询问你是否继续运行例程，没有回应可能会被暂停。回来后记得检查一下。

设计可靠例程的小原则

• 自动化"准备工作"，而不是"最终执行"：先起草、核对、建议。
• 写明"没数据 / 数据过期"时怎么办。
• 来源网站或格式变了，及时暂停并重新测试。
• 第一步做便宜的检查：先看"有没有新内容"，没有就一句话结束，不进入调研、写稿、出图。平淡的日子里，大部分运行到这一步就停了，最省用量。

用 Webhook 例程等长任务跑完

Webhook 触发的例程有个很实用的用法：当"闹钟"。Bot 把长任务（Codex CLI、Claude Code、构建、抓取）交出去以后不用反复去看，任务结束时向一个 Webhook 例程发通知，由它把派活的 Bot 叫醒接着验收。

每个 Bot 的 Webhook 地址是各自独立的，开源技能 Wake on Done 的做法是只给一个转发 Bot 配 Webhook，再按 Bot ID 转发，配一次所有 Bot 都能用。省用量的整体思路见让 Bot 当工头：三层分工法。