别让机器人一直盯着屏幕#

第一反应可能是做一个屏幕监控：定时截图、识别倒计时、自动提醒。

听起来很完整，但对这种场景来说太重。

常驻监控会带来一堆问题：它要一直运行，要知道窗口位置，要处理遮挡和分辨率变化，还要判断自己什么时候该停。为了一个偶尔才需要的倒计时，做成后台服务并不划算。

更轻的做法是按需触发。用户看到界面上有时间，就发一次截图或告诉机器人“按这个时间提醒我”。机器人只处理这一张截图，确认后创建提醒，后面交给日历或提醒系统。

这样系统不需要长期盯屏，也不会把日常小需求做成重服务。

截图识别之后，先让人确认#

截图里的时间看起来明确，但机器读出来不一定可靠。

它可能遇到这些问题：

• 字体太小。
• 截图被裁掉。
• 只显示“剩余 12 分钟”，没有具体日期。
• 显示的是服务器时间，而不是本地时间。
• 界面里有多个相似时间。

所以截图识别出来的结果不能直接执行。它应该先变成一行可确认的文本：

1
我识别到：今天 21:30 提醒。是否创建？

如果只识别到“12 分钟后”，也应该把换算后的具体时间说出来。人确认以后再写入提醒，这一步能挡掉很多离谱错误。

日历比聊天消息可靠#

这类提醒最怕只停在聊天里。

机器人回一句“好的，到点叫你”，如果背后没有系统状态，用户其实不知道它有没有落地。进程重启、消息丢失、上下文丢掉，都会让这个承诺变空。

更稳的方式是把提醒写进日历或固定提醒系统。这样它有明确时间，有通知，有多端同步，也能被修改或删除。

聊天里发起很方便，但真正到点提醒这件事，还是交给日历更省心。

默认要少打扰#

游戏倒计时这类提醒很轻，默认就不该打扰太重。

我更能接受这样的默认设置：

• 只提醒一次。
• 不占用日程。
• 不创建会议。
• 不写成长期记忆。
• 不主动分析截图里的其他内容。
• 创建后只回一个简短状态。

这种功能好用，主要是因为它轻。它不需要把一个娱乐或生活场景变成完整数据系统，也不需要保存很多历史。提醒到了，事情结束，就可以安静地消失。

小功能也要限制权限#

越小的功能，越容易被随手加权限。

“既然能看截图，那能不能自动点按钮？”

“既然能提醒，那能不能每次都自动监控？”

“既然能识别界面，那能不能顺便记住我的习惯？”

这些不一定永远不能做，但不能在第一步就顺手加上。一个倒计时提醒，第一阶段只需要从界面拿到时间，并创建一次提醒。自动点击、长期监控、习惯记录都是另一层能力，应该单独设计确认门和关闭开关。

所以我会把它先限制在一件事上：只读时间，只建提醒。

为什么这件小事需要记录#

它很日常，也有点好笑，但它体现了一个真实取舍。

很多自动化其实没必要追求全自动。能把这种容易忘的小时间点记到提醒系统里，就已经够用了。倒计时本来就在界面上，人只需要一个低摩擦方式，把它变成到点提醒。

这中间不需要复杂智能。我更在意这几件事：

• 不常驻。
• 不乱猜。
• 不直接执行。
• 不长期保存无关信息。
• 创建完有明确结果。

以后真要接日程或清单，也先按这个边界来。

这种小提醒别做重#

游戏里的倒计时不需要靠记性硬撑，也不需要上重监控。

最合适的形态，是一次性的小自动化：看到时间，截图或口述，识别后确认，落到提醒系统。到点提醒完，它就结束。

这类功能看起来很小，但我很喜欢。它不需要让机器人显得更聪明，只需要让生活里那些容易漏掉的小时间点，有一个安静、可靠的去处。