什么是定时任务？

让语言模型下周二提醒你一下，它会热情地答应，然后什么都不做。不是因为它不靠谱，而是因为在你的两条消息之间，它根本不存在。模型被调用时运行，回答完就停。

对消费级聊天来说这没问题。对一个案子要跑好几个月的企业来说，这就是问题的全部。

一问一答是默认模式，也正是它的天花板

一个一问一答的智能体，永远只在有人跟它说话时才动一下。所有本该发生在空档期里的有用的事——那份始终没交上来的材料、周五就要过期的报价、三月之后就没了音信的客户——全靠某个人自己记着。

修这件事的第一反应通常是心跳机制：按固定节拍把智能体叫醒，让它四处看看有没有活儿。这法子能用，但不管有没有活儿，每一拍都要付钱；而且「大约每十五分钟一次」和「她的无犯罪记录证明到期那天早上九点」，完全不是一回事。

这里的做法

智能体为一个具体时刻安排一条具体指令。这个承诺是数据库里的一行记录——不是存在内存里、会话里或者某个跑着的进程里——所以它扛得住重启和发布，到点由调度器执行。

一个任务携带的，是让它「说得对」而不只是「来得准」所需要的东西：

• 时间，可以是精确时刻，也可以是一条 cron 表达式加一个结束日期，用于周期性任务
• 时区，让「早上九点」是客户那边的九点
• 指令，静态加密存储，描述触发时该做什么
• 渠道，网页、Telegram 还是 WhatsApp——跟进应该出现在这段对话本来就在的地方
• 重试，因为时机很要紧，一次偶发失败不该把它悄悄吞掉

有两种。跟进是智能体自己根据对话内容创建的（「如果 14 号之前银行流水还没到，就去催一下」）。提醒则是被明确要求的。

为什么这是一项商业功能，而不是便利功能

在一门做关系的生意里，真正赚钱的活儿几乎全在空档期。没有人是在面谈那一小时里把案子丢掉的；丢案子发生在之后那六周里——某份材料没交上来，而没人注意到。

只会应答的智能体，帮你干的是容易的那一半。而一个能对几个月之后的某个时刻许下承诺、并且真的准时出现的智能体，做的是你团队现在做得不好的那部分——不是因为他们不上心，而是因为同时记住四十条在办的线索，本来就不是人擅长的事。

醒来之后它会做什么

跟进不是一条罐头消息。任务触发时，智能体带着它平时的全套家当运行：客户的空间和它记得的关于这个人的一切、知识库，以及它的 Skills。所以「催一下还缺的材料」可以先看看哪些其实已经到了，只提剩下的那些。

它会通过这位客户在用的渠道送达——网页、Telegram 或 WhatsApp——因为一条落在他根本不看的地方的跟进，和没跟进是一回事。