我给 AI 设了一个下雨带伞提醒，你也可以试试

最近一段时间深圳的天气有点多变，早上上班还好好的，下班的时候就开始下雨。而且因为我家离公司比较远（地铁都要一个多小时），从家到地铁，从地铁到公司，每次都要走不小的距离（大概每次 10 分钟左右），所以如果是上下班路上碰到下雨，刚好没有带伞的情况，就会非常尴尬。

如果只是看单纯的天气预报，因为家和公司不在一个地方，有可能有公司下雨家里没下的情况，或者是把伞带去公司了，但下班的时候公司没下就没拿，结果家里下雨了这种尴尬。

于是我在智能体里设了一个上下班下雨提醒带伞的任务。早上从家里到地铁站，再从地铁站走路去公司，晚上再从公司回来。早晚两个方向，两个地点，四个时间段（单程涉及公司和家两个时间段）。

第一版做法也很直觉：按四个时间点建任务。早上 6:30 查家里当前的天气，查公司 8:00 的天气；晚上 20:00 查公司天气，查家里 22:00 天气（下班时间比较坑哈哈哈哈哈）。任何一个时间段/地点有雨，就通过企业微信提醒一次，否则就不打扰。

在该提醒的时候提醒我，在没必要的时候安静。

为了节省Token，还创建了一个子Agent，用便宜的模型跑。

第二天就觉得不对。

每天四个任务，两次提醒固定跑，大部分时候深圳根本没下雨；虽然没有提醒打扰到我，但消耗的Token以及后台一堆的定时任务，还是让人头疼。

这在技术上当然没问题，但在产品上就显得很蠢。

于是我把四个任务合并成两个：早上 6:30 同时查两个地点，晚上 20:00 逆向再查一次。

后面我又想到：我们是大小周的模式，当前只设定了根据工作日（固定的周一到周五）来跑，那如果是节假日调休的情况呢？而且我们周六上班，能不能也提醒一下？

于是我让 AI 去读取我的谷歌日历，里面有放假时间和调休情况，我也手动把周六上班的时候补上去，这样好像就更智能了。

但这样感觉每天都要提醒，而且还多了去谷歌日历验证的一步。能不能更简单一些？

于是我想到每周日确定下周的情况：如果一周内天气多变，就在风险/概率比较大的时间创建任务；如果没啥大的问题（比如都是晴天），那就不用创建任务。

没有雨，就没有提醒；没有提醒，就没有后台任务在那里消耗Token，假装自己很努力。

这一步之后，带伞提醒才开始像一个生活系统，而不是一个个写好的任务。

因为通勤不是只有“周一到周五”这么简单。还有法定节假日，有调休补班，有小周周六上班。我的主日历里有“调休补班”“小周上班”这些标记，也有中国节假日和农历日历。一个提醒系统如果不看这些，它就会在我休息的时候提醒我上班带伞，或者在我补班的时候假装今天不用出门。

所以最后的逻辑变成了：周日 21:00，查下周深圳两个地点的天气。如果整周无雨，就跳过，不建任何提醒。如果有雨，再结合日历判断哪些天是真正的工作日（比如节假日补班或者周六要上班的小周）。只有在有雨的工作日，才临时建早晚两个一次性提醒任务，跑完自动清理。

听起来绕了一圈，但其实是把一个很原始的问题想清楚了： “什么情况下，我真的需要被提醒”。

很多 AI 自动化就是死在这里。

我们太喜欢把“能跑起来”当成“有用”。能每天跑一次，能半小时跑一次，能在后台一直轮询，听起来都很勤快。但生活里真正需要的不是勤快，而是恰到好处，是“合适”。

一个系统最有用的部分，不是它做了什么，而是它没有做多余的事。

真正好用的助手，是我不用记得它，但它在关键时刻会出现。该提醒的时候提醒我，没必要的时候安静待着。

这个下雨带伞提醒最有价值的地方，是我们要先想清楚：要做什么，不做什么。甚至有时候，“不做什么”更为重要。

AI 创建一堆任务来跑，其实不难。难的是它能不能理解：今天不用提醒，周末不用提醒，没雨不用提醒。

这些“不做”，才是分析需求时里最容易被忽略的部分。

所以你如果也想给 AI 设一个类似的小提醒，我的建议不是先打开工具写定时任务，而是先拿纸列三行：什么情况下要提醒，什么情况下不要提醒，什么情况下先别做。

能把这三行想清楚，一个很小的提醒任务，才不会变成另一个需要你维护的麻烦。

这就是我从这件小事中学到的东西。