AI 自动化为什么应该保持安静：减少无效提醒与注意力消耗

今天早上，一个负责提醒风险的通道，差点被「一切正常」塞住。

事情要从昨天说起。我终于把一个每天重复的归档任务交给了本地助手。

它要做的事很无聊：到点检查一次公开页面，有新内容就收进暂存目录，没有就退出。以前这种活总要我叫一次 AI，再盯着它有没有打开对的页面、存到对的地方。一次花不了多少时间，但每天来一下，注意力总会被切走一块。

今天任务按时跑完，没有登录失效，没有风控，也没有归档错误。然后系统给我发来一条消息，大意是：一切正常。

乍一看没毛病，我却把这条提醒删了。因为我把任务交出去，并不是为了换一个人每天向我汇报「今天也没出事」。如果每次正常运行都要看一眼、判断一下、再划走，操作是少了，脑子并没有轻松。

更麻烦的是，这些普通消息和真正的故障共用一个提醒通道。当天新信号多的时候，几条正常通知连续挤进来，很快触发了短时限流。系统看起来格外勤快，可真遇到登录失效、验证码或者风控，需要我出手的消息，反而可能晚一步送到。

这事有点荒唐。

我最后只改了一件事：普通新信号不再通知。健康状态写进日志，留在工作台里，需要的时候我自己看；只有失败、恢复和必须人工处理的情况，才来打断我。改完以后，整个系统突然安静了。 我以前其实不太相信这种安静。只要任务在后台跑，我就希望它留下点动静，最好每一步都有记录，每做完一件事都说一声。看得见，心里才踏实。

后来我发现，我想要的不是记录，而是一种控制感。

记录当然要有，但记录和提醒不是一回事。记录是我想查的时候能找到；提醒是系统现在就要拿走我的注意力。把两者混在一起，最后常常是机器证明了自己很忙，人却多了一份检查机器的工作。

我专门去查了成熟系统怎么处理这件事。里面有个很朴素的原则：真正弹到人面前的告警，应该是人收到后能立刻采取行动的。重要但不紧急的，放进待办；只是状态信息的，留在面板。

这个原则听上去像运维常识，但放到现在的 AI 上，其实很有意思。

AI 太容易表现得勤快了。它可以把一次简单查看写成一页汇总，把没有变化整理成三条结论，再礼貌地问一句要不要继续。每句话都对，态度也很好。可如果我还得逐条确认，它只是把「我自己做」变成了「我审核它做」，注意力照样没有回来。

这种审核成本很隐蔽。任务面板会告诉我少了多少次点击，却不会记录我一天被打断了几次，也不会记录每次重新进入原来的思路要花多久。到最后，自动化数据很好看，人却一直有种事情没真正交出去的感觉。

所以我现在判断一个自动化有没有真的接过工作，不再只看它做成了多少步。我更在意，它健康的时候能不能安静，状态变化时能不能只说关键的，碰到边界时会不会停下来叫我。

这不是让 AI 少做事。相反，后台的日志、校验和失败记录一个都不能少。只是这些东西不该天天站到人面前刷存在感。

当然，也不是所有消息都该关掉。账号、金钱、对外发布和不可逆操作，宁可多一道确认；刚上线、还没跑稳的新流程，也需要多观察几天。安静的前提不是眼不见为净，而是正常和异常已经分清，出了问题还有地方可追。

明天早上，那个归档任务还会再跑一次。

如果页面没更新，我不会收到消息。如果登录失效，它会停下来找我。至于其余时间，我大概不会想起它。

能让人暂时忘掉它的自动化，才算真的把工作接过去了。