例程：把提示词变成定时任务

「去问」的 bot 和「拥有」的 bot 之间，隔着一个时间表、一个状态文件和一条安静日规则。

提示词是一次事件，例程是一套系统。两者之间的距离很小——一个时间表、一个状态文件、一个汇报格式——但经济性完全改变：bot 开始在你睡觉时产出。

能活下来的例程长什么样

一个例程只干一件事。“晨间简报”可以盯五个信息源，但不能同时做每周清理和社交发布。出现第二件事，就开第二个例程——或者第二个 bot（见智能体团队）。

**明确的触发器。**模糊的说法：“有空看看。“耐用的说法：“每天早上 7 点”或”每周一上午”。务必带上时区，否则漂移迟早找上门。

**一个它会更新的状态文件。**例程读上一轮的遗留，写这一轮的结果：

seen.md——我已经总结过的视频 id

没有状态，每轮都重复汇报；有了状态，“新”才真的意味着新。

**一屏装得下的格式。**例程死于报告变长。在提示词里封顶：N 条、每条 M 个要点、一条链接。

安静日规则。“今天没有”是特性不是失败。沉默必须是有信息的沉默。

怎么选节奏

从”每天”开始。每小时听起来厉害，多数时候只生产焦虑；每周会藏住信号；每天固定清晨一报，才是人类真正能坚持的节奏。

月度保养

例程是活物。每月发一条消息：

复查你的例程：列出 30 天没用到的配置项、你不得不宽松解读的规则、以及日志里过期该清的内容。只提议，不执行。

三十秒的复查，胜过三周后才发现的静默故障。每季度再把提示词本体重读一遍——提示词腐烂是真的。

例程多了怎么办

三个例程汇报进一个对话，是投资组合；十个就是一支舰队。舰队需要舰队需要的 always：花名册、监工、统一汇报渠道。到那一步，去读智能体团队和给卡死的 bot 配监工——考虑让一个 bot 专职盯着其他 bot。