“每天提醒我学习”“每周给我做总结”这类任务看起来很方便，却常常只留下一个没有行动价值的通知。把定时任务设计成一张小型交付单，才能让它真正接住重复工作：明确何时触发、要看什么、交付什么、怎样判断合格、什么时候停止。
一个可用任务包含五个字段
| 字段 | 需要回答的问题 | 示例 |
|---|---|---|
| 触发 | 何时运行、频率多高 | 每周一上午，或每个工作日结束前 |
| 范围 | 只处理哪些信息 | 本周已记录的项目待办，不扩展到私人事项 |
| 交付 | 结果必须长什么样 | 三条重点、一个风险、三个下一步 |
| 核验 | 结果怎么才算可用 | 每条待办都有负责人和截止时间 |
| 停止 | 何时暂停、删除或改频率 | 活动结束后自动停止，或连续两周无新增事项后暂停 |
先从低风险、强规律的任务开始
适合第一批尝试的，是频率稳定、输出容易核对的事项：
- 每周把已有笔记整理成下周优先级；
- 工作日前提醒检查固定的交付清单；
- 按固定主题准备学习问题；
- 定期检查某个明确的指标或待办是否需要人工跟进。
涉及交易、医疗、法律、账号权限或紧急处置的事项，不应把任务结果直接当作最终决策；它可以做提醒和草案，关键动作仍要由人确认。
把一句提醒改写成任务说明
不够好的写法
每周提醒我复盘工作。
可执行的写法
每周五 17:30，根据我本周记录的工作事项，输出一份不超过 300 字的复盘：完成了什么、卡在哪、下周前三优先级是什么。没有明确负责人或截止时间的事项，单列为“待确认”。节假日不运行；活动结束后提醒我暂停此任务。
区别在于：后者规定了输入范围、输出结构和例外。第一次运行后，把缺少的信息补进描述；两三轮后，任务才会逐渐稳定。
四个常用的例行场景
1. 周计划准备
先从项目工作区里整理出本周材料，再让任务只输出“优先级、依赖、风险”。不要要求它凭空猜本周进展。
2. 数据观察提醒
如果任务涉及表格或数字，先建立统一的字段定义和核验方法。需要做进一步分析时，参照CSV 分析与图表解读流程，避免把格式不一的数据直接拼成结论。
3. 学习复习
给任务限定一个主题池，并要求每次带一个练习题和一次回顾，而不是每日堆一串链接。持续学习要靠“复述与应用”，不靠信息数量。
4. 内容检查
可设置为在发布前提醒检查标题、摘要、内部链接、封面、分类和标签。但最终发布前仍应人工打开页面核查，因为任务无法替代真实读者视角。
每周 10 分钟的维护动作
- 删掉已经没有业务价值的任务；
- 暂停暂时不需要的任务，不让通知持续干扰；
- 查看最近一次结果，给“有用 / 无用 / 缺什么”三个评价；
- 把重复手工补充的要求，写回任务描述；
- 检查执行频率是否真的匹配事情变化速度。
定时任务的价值不在于把一切自动化，而在于稳定地交付一小块可检查的结果。你越能说明“什么算完成”，它就越像可靠的例行流程。
