提醒和定时任务：时间怎么定，提醒怎么收

上一篇文章讲的是把重复的事交出去，这一篇文章讲的是交出去之后，时间怎么定。提醒和定时任务是第三篇里那套做法的自然延伸：套路定下来了，接下来就是约好它什么时候跑、跑完怎么告诉你。

但在定时间之前，先把一个关键事实讲清，不然很容易对它有不切实际的期待。

一、先讲清：定时检查是轮询，不是实时盯着

Muse 的定时任务，工作原理是到时间去看一次，不是一直盯着。打个比方：你约它每小时去看一次门口有没有信，它每小时去看一次，看到就告诉你，没看到就下次再去。它不会站在门口等，信在两次检查之间送来又被拿走，它也看不到。

所以时间要这样理解：

• 说“我每 30 分钟检查一次”，是靠谱的说法。
• 说“它一有变化马上告诉我”，是不靠谱的期待。变化会在下一次检查时才被发现，时间还可能前后浮动几分钟。
• 需要秒级反应的事，比如抢票、盯盘秒级波动，不要交给定时任务，它本来就不是为这个设计的。

把这个想清楚，后面定时间就不会定出一个它做不到的承诺。

二、三种任务，先分清楚再定

日常里最常见的定时任务，其实只有三种，混在一起定最容易乱：

定任何一种，都要把第三篇里那四样东西带上：做什么、多久一次、什么样算正常、异常怎么办。只说“每天帮我看看”，它不知道几点看、看到什么算异常、异常了要不要马上告诉你，这些都得你先定。

一个完整的说法是这样的：

每天早上 9 点，检查一次我的博客首页能不能正常打开。能打开就不用告诉我；打不开，或者打开特别慢，就马上告诉我，并写清楚你是在几点检查的、看到了什么。

时间、任务、正常标准、异常处理，全齐了。

三、什么该每天提醒，什么该每周汇总

提醒太多，比没有提醒更糟。消息一多，人就会开始忽略，真正重要的那条反而被淹没了。分法很简单，看一件事需不需要你马上处理：

• 需要马上处理的，每天提醒：比如网站打不开、服务报错、今天必须交的东西。
• 只需要你知道的，每周汇总：比如本周新增了哪些文件、某个项目的进展、价格有没有变化。汇总成一页，一次看清，比每天零散地报几次要好。
• 不紧急也不重要的，别定：不是所有“想起来就好”的事都值得一个定时任务。先问自己一句：如果这条消息晚一周才看到，会不会出问题？不会，就别定。

还有一个实用的做法：正常就不用打扰你。 很多检查类任务，完全可以定成“正常不报，异常才报”。这样你收到的每一条消息，都是真的需要你看的消息，提醒的含金量就上去了。

四、提醒太多的时候，怎么收一收

如果你已经觉得消息有点多，按下面这个顺序收，效果最好：

1. 先看哪些是“正常也报”的：把它们改成“正常不报，异常才报”，消息量马上少一半。
2. 再看哪些是“每天报”的：把不需要马上处理的，改成每周汇总一次。
3. 最后看哪些是可以停的：事情已经做完了、项目已经结束了，任务也要跟着停掉。定时任务会一直跑下去，直到你叫停它，不会自己结束。

停掉、暂停、改时间、立刻跑一次，这些都是可以随时改的。任务不是定下来就不能动，发现不合适就改，比忍着一堆没用的提醒要好。

五、定时任务的几个实在提醒

• App 关了、手机关了，任务照样跑。 它的电脑一直在工作，结果会以聊天消息发给你，没打开 App 时还会推一条通知给你。
• 提醒只能发给你自己。 定时任务的结果是发到你的对话里的，不能替你给朋友或家人发短信、发消息。如果任务本身就是要对外发一封邮件，那是另外一回事，需要你另外确认。
• 任务只能提醒和汇报，不能替你挡事。 比如它发现了一个日程冲突、一次扣费，它能做的是事后告诉你、给你一个去处理的链接，不能直接替你拒绝那个日程、拦下那笔扣费。能拦的，只有那个服务自己的设置。
• 想知道它到底跑没跑，看运行记录，不要只看时间表。 时间表只能说明“约好了几点跑”，运行记录才能说明“几点真的跑了、跑出了什么结果”。某次跑失败了，可能不会给你发任何消息，只会在运行记录里留下来。

练一次：今天就定一个

挑一件你现在就想让它替你盯着的事，按这个模板写一句话：

每天 / 每周 X，帮我检查 / 汇总 __________。正常是 __________，异常是 __________，正常不用告诉我 / 汇总成一页告诉我，异常马上告诉我。

写完先跑一周，看看它报回来的节奏是不是你要的：太多了就按第四部分收一收，太少了就把“正常不报”改回“每次都报”。定时间这件事，本身也是需要磨合的。

下一篇，我们讲目标和追踪：怎么把一个长期目标交给它盯着，进度怎么记、怎么复盘，才不会定完就忘。