一句话定义
定时任务（Scheduled Tasks）是让系统按事先设定的时间规则自动执行某段工作的机制——到点自己跑，不需要人再开口触发。
它由三部分组成
一条时间规则（几点、每隔多久、周几）、一件要做的事、一个结果的去处。最传统的写法是 cron 表达式，五个位置分别表示“分 时 日 月 周”，具体语法和各平台支持的粒度不一样，以官方页面为准。
打个比方。你雇了个助理，一开始他坐在你旁边，你说一句他做一件，这是“对话式调用”。后来你给他一张排班表：每天早八点，把昨天的客服工单拉出来，挑出情绪激烈和重复投诉的，汇总成三条发到群里。之后你不用再提，他每天照做。这张排班表就是定时任务。注意，他的能力并没有变强，变的是“什么时候开始”这件事——从你脑子里，挪到了系统里。
排班表有个副作用：它是“盲发”的。到点必须交出东西，哪怕昨天一条异常都没有。所以还得教他说“今天没事”，这是设计定时任务最常漏掉的一环。
和几个近邻的区别
| 概念 | 由什么触发 | 短板 |
|---|---|---|
| 手动对话 | 你发一句话 | 你不问，它不动 |
| 定时任务 | 时钟到点 | 没事发生也得跑一遍 |
| 事件触发（Event-driven） | 外部发生了某件事 | 得先有可靠的信号源 |
| 工作流（Workflow） | 被上述任一方式触发 | 解决“怎么做”，不解决“何时做”，与定时任务正交，可组合 |
它和 Agent 也不是一回事：Agent 解决“自己规划步骤”，定时任务只解决“什么时候开始”。
对从业者意味着什么
三件事变难了。一是上下文必须自带，没人在旁边补一句“只看华东区”，提示词里得写清看什么、按什么标准判断、没有异常怎么回。二是要能重复跑，同一份数据跑两遍结果应当一致，失败要重试而重试不能重复发消息（幂等）。三是要有出口和回声，结果写到哪、发给谁、跑挂了谁收告警，比选哪个模型更重要。另外空跑也是成本，频率别贪高。
对普通职场人，判断一件事该不该做成定时任务，看两条：它有没有固定节奏？产出有没有固定的人要看？两条都成立，就值得交出去。
从“我问它答”到“它到点交作业”，这是 AI 从助理变成同事的分界线——同事不需要你每次开口，但要对交付负责。