第14章 定时与后台任务：先从低风险提醒开始

“每天早上帮我检查一下”听起来像一句普通指令，但它可能变成一次即时对话，也可能变成后台日程。两者的区别不在于句子里有没有“每天”，而在于任务是否被保存为计划、从哪里取输入、什么时候执行、失败后怎么处理。

官方文档把扣子的日程分成两类：Heartbeat 检查是周期性自检，定时任务是更精确的时间调度；日程页面还能显示待执行、执行中、已完成、已暂停、执行失败等状态，并支持暂停或终止。日程任务会消耗 Token/积分，所以第一次练习必须从低风险、只读、可人工复核的提醒开始。本章不连接邮箱、日历、支付或发布渠道。

四种模式先分清

模式	什么时候发生	输入通常来自哪里	适合初学者的例子
即时任务	你发送指令后立即处理	当前消息和附件	现在整理一份虚构选题
后台执行	任务离开当前对话后运行	项目资料或任务配置	在项目中稍后生成汇总
Heartbeat	按周期醒来检查	Agent 可见的背景/工作区	周期性检查待确认项
定时任务	到指定时间执行	任务中指定的资料范围	每周提醒查看内容包

“后台”描述的是执行时机；“日程”描述的是可查看和管理的计划；Heartbeat 与定时任务是日程中的两种调度方式。不要把一次后台执行写成永久可靠的值班，也不要把定时任务当作自动发布工具。

主案例：每周提醒查看内容包

虚构项目资料如下：

项目：虚构内容包练习
待确认：最终标题、作者署名、发布日期、发布平台、配图来源。
禁止：发送、分享、公开发布、修改原始资料。

任务卡先写清输入、输出和停止条件：

任务名称：每周提醒复核内容包
触发时间：{触发时间}
输入范围：仅使用“虚构内容包练习”项目中的虚构资料
输出：待确认事项和一条给我的复核提醒
停止条件：资料不存在、权限不足、无法确认输入范围，或出现外部发送要求
失败处理：说明失败原因，不盲目重试外部操作，等待人工处理

任务卡不是日程本身，而是创建前的人工检查。先确认它只读、输入范围小、结果容易核对，再看当前账号是否提供日程入口。

先手工测试即时任务

在任何后台设置前，先在普通对话输入：

请检查“虚构内容包练习”中的待确认事项，并生成一条给我的复核提醒。
只使用项目内虚构资料；不要发送消息、修改文件、连接外部服务或替我确认任何事项。
如果无法读取资料或无法确认范围，请停止并说明原因。

手工结果通过三个检查：待确认项是否完整，是否没有生成具体日期/署名，是否没有出现发送动作。这样做的原因是先验证输入和输出，再决定是否让任务在你不盯着对话时运行。

查看日程入口和关键状态

如果当前账号能看到日程入口，查看它显示的任务类型、周期、输入描述和状态。网页/桌面/移动端的入口可能不同；只有当前账号实际看到的内容才能写成操作步骤。创建前要确认是否需要积分、是否能查看执行记录、是否有暂停和终止操作。

执行状态可以这样理解：

• 待执行：计划存在，但尚未到触发时间；检查输入范围和周期。
• 执行中：任务正在处理；不要同时重复创建同一任务。
• 已完成：只代表一次执行结束，仍要人工检查结果。
• 执行失败：先看错误和输入，不要默认重试安全。
• 已暂停：计划保留但不再运行；确认暂停是否影响后续周期。

日程的执行记录至少要回答：何时触发、使用了什么输入、产生了什么结果、是否需要权限、是否有失败信息。看不到记录时，正文只能写“当前界面无法确认”，不能用一条普通回复冒充后台结果。

Heartbeat 与定时任务怎样选

Heartbeat 适合“隔一段时间看看有没有需要关注的变化”，但检查周期和输入范围要非常清楚；定时任务适合“每周某个时间做一次固定汇总”。本章的复核提醒更适合低频定时任务，不适合用 Heartbeat 频繁扫描大量资料。

无论选择哪一种，都要写停止条件。例如发现资料被替换、任务要求发消息、出现敏感内容，就暂停并等待人处理。调度频率越高，可能消耗的 Token/积分越多，也越需要确认结果是否真的有价值。

查看执行记录，再决定暂停或终止

若账号有真实任务，先查看一条低风险记录；不要为了截图创建会发送消息的任务。遇到异常时，暂停是保留计划但停止运行，终止通常意味着结束这条日程；具体按钮和是否可恢复以当前界面为准。暂停或终止后仍应确认是否产生了已保存的结果、副本或费用。

可以让 Agent 帮你解释停止条件，但不让它替你点击：

请列出当前虚构提醒任务的停止条件：资料范围改变、结果异常、任务不再需要或出现外部发送要求时暂停。
只说明可见操作和影响，不执行暂停、终止、发送或删除。

如果当前界面没有日程入口，回退到手工清单：每周打开项目，复制同一条 Prompt，核对待确认项，然后在记录中写下检查时间和结果。手工回退不是失败，而是避免把未经验证的后台能力写成已配置成功。

迁移案例：自媒体选题周报

输入改为 5 条虚构选题，输出是主题、重复角度和待人工判断项。即时任务适合临时整理，定时任务适合每周提醒自己查看；不论哪一种，都不能把“可能受欢迎”变成热度事实，更不能自动发布。

失败排错：任务执行失败或结果为空

现象：日程显示执行失败，或者结果为空、仍使用旧资料。

先检查：任务是否暂停；项目资料是否存在并仍可见；Agent 类型是否支持在线日程；输入范围是否写得太宽；执行记录是否有权限、积分或解析错误。

修正：只读汇总可以在确认输入后手工重试一次；涉及写入、发送或发布时先暂停，不盲目重试。若当前账号没有失败详情，就把任务改为手工 Prompt，记录“无法从界面确认原因”。

恢复标准：能看到一次真实执行记录，或得到明确的不可用提示；输入、状态和结果都能人工核对，且没有外部动作。

费用和执行记录要放在同一张检查卡

创建日程前，把当前页面显示的费用提示、任务周期和输入范围抄进检查卡；运行后再补执行时间、状态和结果位置。若账号提供失败详情，保留错误原文；若只显示失败图标，就写“原因无法从当前界面确认”，不要猜测。

周期越短，越容易产生重复结果和额外消耗。初学者可以先选择每周一次，手工看过两次结果后再决定是否保留。暂停用于暂时停止，终止用于结束不再需要的任务；如果当前界面只提供其中一个动作，另一项列为待实测。

后台任务运行时人可能不在页面前，但输入资料、权限和结果责任仍在项目负责人。发现资料版本改变就暂停，不让旧规则继续运行。

把一次日程当成可追踪的记录

对新手来说，最重要的不是记住某个按钮名称，而是能回答一条日程从创建到结束经历了什么。创建前有任务卡，触发时有输入范围，运行中有状态，结束后有结果或错误；如果中间缺了一环，就不能把它当成可靠的自动化。你可以在自己的复核表中记录“计划名称—触发方式—资料版本—预期输出—实际状态—人工处理”，这张表同样适用于当前账号没有日程入口的手工回退。

即时任务的结果通常在当前对话里马上可见，问题可以当场追问；后台任务则可能在你离开页面后才运行，所以必须提前写清停止条件。Heartbeat 更像周期性检查，适合发现“有没有变化”，不适合要求每次都生成一篇完整文章；定时任务则强调某个时间点或周期。两者的名称和入口可能随账号变化，教程只能依据当前界面确认，不能把一个入口的名称当作所有账号的固定功能。

状态变化也有实际含义。待执行时，最适合检查资料和周期；执行中时，不要重复创建；完成后仍要看结果；失败时先判断是输入、权限、解析还是额度问题；暂停表示暂时不再运行，终止表示结束这条计划。不同账号可能把暂停和终止合并成一个动作，因此记录页面显示的原文比凭记忆解释更可靠。无论状态怎样，负责人都要保留最后一次人工判断，不能把“已完成”理解成“内容已经批准”。

费用提示应在创建前查看，在运行后复核。一个低频提醒可能只消耗少量 Token/积分，但频繁 Heartbeat 或重复重试会累积消耗；实际计费单位和提示以当前页面为准。出现失败时，先保存错误信息和输入版本，再决定是否手工重试。涉及写入、发送、支付或发布的任务，一次失败也不应直接重试，因为重复动作可能产生重复记录或重复通知。

本章产物与验收

你应得到一个低风险提醒任务卡、一份即时手工测试记录，以及（若账号支持）一条日程状态/暂停记录。检查：输入是否虚构且只读？触发方式是否写清？费用提示是否看过？失败时是否停止而不是盲目重试？暂停和终止的含义是否以当前界面为准？

本章小结与下一步

定时和后台任务要从低风险开始：先手工测试，再安排周期；看执行记录，也保留暂停和终止路径。下一章讨论外部服务和发布，重点是数据范围、最小权限和撤销。

阅读第 15 章：连接外部服务与发布。