Skip to main content
定时任务让专家在你不在场的时候按计划工作——每天早上的行业简报、每周的数据汇总、某个时刻的提醒。
每次执行都是一次完整的对话调用，照常扣积分。 任务在你没看着的时候也在花钱。创建前先估：单次消耗 × 每天次数 × 30。余额不足会导致执行失败。

​
两个创建入口

两个入口写的是同一张表，创建后在同一个列表里管理。 任务必须绑定一个专家——执行时用的就是那个专家的人设和技能。对话里创建时自动绑定当前专家。

​
重复方式只有四种

这四种之外的表达都不成立。「每周一和周五」「工作日早上」「每 2 小时」「每 15 分钟」都无法配置——专家可能会顺着你的话答应下来，但落库时只能落成上面四种之一。要多个时间点，就建多个任务。
时区随任务保存（对话里创建默认 Asia/Shanghai），跨时区出差不会让任务跟着漂。

​
任务类型

需要「到点提醒我写日报」用 reminder；需要「到点把日报写出来」用 execute。

​
管理任务：能做什么、不能做什么

没有「修改」这个操作。 专家的 schedule 工具只有 add 和 search 两个动作，页面上也只有取消和删除。想把 9 点改成 8 点，只能删掉重建。如果你在对话里说「把早报改到 8 点」，专家很可能新建一个 8 点的任务而不会删掉 9 点那个——于是你每天收到两份。改完记得去任务页面确认列表。
任务状态一共七种：pending（等待触发）、running（执行中）、completed、failed、cancelled、paused、waiting_dependency（等前置任务）。

​
任务依赖

任务可以指定一个前置任务，等它完成后再跑，并且能拿到前置任务的产出。 超过 1 小时前置仍未完成，本任务标记失败。前置成功时，它的结果会话会作为上下文注入本任务的提示词——所以「先抓数据、再写报告」这种两段式编排是可行的。

​
执行时会发生什么

1

到点触发

到达触发时刻，调度器派发任务。如果服务当时不可用错过了触发点，1 小时内补跑仍会执行；超过 1 小时的错过直接跳过，不会累积。
2

新建一个会话

每次执行都会创建一个全新的会话，而不是接在上一次的后面。这意味着：任务之间没有记忆，第 30 天的执行看不到第 1 天做了什么。需要连续性就把上下文写进提示词，或者用任务依赖。
3

准备沙盒

平台为这次执行分配沙盒。分配失败不会中止任务——它会降级成无沙盒模式继续跑，此时不能执行代码、不能读写文件，只剩联网搜索之类的能力。产出突然变简单，通常就是这个原因。
4

跑对话

用你账号当前选定的模型（未设置则用平台默认）执行提示词，联网搜索默认开启。
5

投递结果

结果写回该任务的执行记录，同时按你配置的渠道推送。产出的文件也会带在通知里。
失败时最多自动重试 2 次（合计 3 次尝试）。三次都失败才标记 failed。周期任务某次失败不影响下个周期。

​
通知投递

可选渠道：站内消息、邮件、飞书、企业微信、钉钉、微信。默认勾选站内消息 + 飞书。从 IM 里创建的任务会自动把结果回推到创建它的那个会话。 跟着结果一起推送的文件按扩展名过滤，只发成品不发中间脚本：
.py / .js / .json 这类中间产物不会推给你——它们仍在会话的文件面板里。
每个渠道的实际投递结果会单独记录（成功 / 失败 / 失败原因），在任务详情里能看到。所以「任务成功但我没收到」是可以自查的：先看执行记录是不是 completed，再看投递记录里那个渠道是不是失败了。

​
计费

​
失败态与排错

​
写好提示词

定时任务的提示词是一次性说清楚的——执行时你不在场，没有追问的机会。
对照一句「每天给我发 AI 新闻」——差别在于后者每天给你的东西都不一样，而前者三十天后还是同一个形状。特别值得写的是兜底指令（没内容时怎么办），否则模型倾向于凑满你要的条数。

​
相关页面

端到端：每日简报

从零搭一个每天自动送达的简报

计费公式

token_split 的完整算法

渠道接入

把结果推到飞书、钉钉、企业微信

沙盒

执行环境与降级行为