Skip to main content
这篇教你搭一条真正会自己跑起来的每日简报:每天早上固定时间,专家自动搜集指定领域的信息,整理成简报,推送到你会看的地方。 定时任务是袋袋里唯一「你不在场也在花钱」的功能,所以这篇的重点不只是怎么建,更是怎么让它按你以为的周期跑怎么在它跑歪的时候发现。周期表达的真实能力比自然语言看起来的要窄很多,先看清楚再建,能省掉大部分返工。

你会得到什么

每天 08:30(时间可改)在与该专家的对话里出现一条新消息,内容是当天的领域简报;如果你从飞书之类的 IM 里创建,简报会同时推到那个会话。

关键认知:周期只有四种

这是全篇最重要的一段。定时任务的重复类型只有四个取值 由此推出几条你必须知道的限制:
  • 不支持「每周一和周五」:一个任务只对应一个星期几。要两天就建两个任务。
  • 不支持「工作日」:没有 weekday 概念。要么建 5 个任务,要么用 daily 然后在提示词里让专家自己判断「今天周末就只回一句跳过」——但后者每天都会真实执行并计费。
  • 不支持小时/分钟级周期:最密的合法周期是每天一次。「每 30 分钟跑一次」做不到。
  • 每月 31 号要小心:如果首次执行是 31 号,那么没有 31 号的月份不会触发。想要「每月最后一天」,选 28 号更稳。
时区默认按 Asia/Shanghai 解释,可以在创建时指定其他时区。

前置条件

1

选定承载专家

定时任务属于某个专家。选一个你之后会经常打开的专家,因为结果会落在与它的对话里。
2

先手动跑通一次

不要直接建定时任务。 先在对话里把简报流程手动跑一遍,确认产出质量和单次消耗,再固化成定时任务。跳过这一步的后果是:一个产出质量不达标的任务每天准时烧钱。
3

算清单次成本

手动那次跑完,看这次对话的消耗。月成本 ≈ 单次消耗 × 每天次数 × 30。这个数字自己接受了再往下走。

步骤

第 1 步:手动跑通并定稿提示词

反复调整到你满意,然后把最终那段提示词原样保存下来——它就是定时任务的 prompt。
「没有内容时明确说没有」这条约束一定要写进去。缺了它,简报在信息平淡的日子会退化成把三天前的新闻重新包装一遍,而你要花好几周才会发现。

第 2 步:创建定时任务

在对话里直接说:
专家会调用 schedule 工具创建,然后回一张卡片,上面有任务 ID、执行时间、重复类型。核对这张卡片上的重复类型和时间,这是唯一能确认它按你想的建对了的机会。

第 3 步:在管理界面确认

专家侧的 schedule 工具只能做两件事:新建查询。改和删都必须在界面上做:
不要对专家说「把日报改成 9 点」或「取消那个日报」——它没有可以执行这个动作的工具。它可能会礼貌地回答「已为你调整」,但实际什么都没发生,任务照旧在 08:30 触发。改动必须在界面上完成。

第 4 步:选执行类型

创建时有两种任务类型,成本差异是量级级别的: 简报要 execute。如果你要的其实只是「每天提醒我自己去看一眼」,用 reminder 就够了,一分钱不花。

第 5 步:配置推送渠道

结果默认会出现在与该专家的对话里(站内)。如果这条任务是你在飞书/钉钉/企微里创建的,创建时会自动带上来源渠道,简报会同时推回那个 IM 会话。 在网页端创建的任务默认只落站内。想推到 IM,在任务详情里勾选对应渠道。

第 6 步:第一周每天验收

前 7 天每天看一眼,重点不是内容质量,而是这三件事:
  1. 它到底跑了吗 —— 执行记录里有当天的记录,且状态是 completed
  2. 跑的时间对吗 —— 实际执行时刻和你设的时刻一致
  3. 内容是新的吗 —— 和前一天的简报对比,不是同一批链接换了措辞
第 3 项最容易被忽略,也最容易出问题。

执行机制的真实行为

这些是你迟早会遇到,最好提前知道的:
某次执行失败(网络问题、余额不足、模型报错),任务会被标记为失败并记录原因,不会自动重试。对于重复任务,下一个周期会照常触发;但这一天的简报就是没有了。所以「我订了日报所以我不会漏消息」这个假设不成立,需要定期看执行记录。
如果到点时系统繁忙没能立刻触发,一小时内仍会补上;超过一小时的错过就直接跳过,不再执行。
定时任务用你账号保存的模型偏好;没设置过就用平台默认模型。它不会因为你在某次对话里临时切了模型而改变。
余额不足时任务执行失败,记录里会有原因,但不会有单独的告警把你叫起来。长期挂着的任务建议留足余额。
创建时可以指定前置任务:前置完成后本任务才跑。前置失败时可以选择跳过或继续。等待前置有上限(约 1 小时),超时按失败处理。适合「先抓数据、再出报告」这种两段式流程。

边界与失败态

相关页面

定时任务

定时任务的完整说明

飞书渠道

把简报推到飞书

竞品调研报告

先跑通一次性的调研流程

限额与配额

平台各项硬限制