凌晨两点，系统监控面板弹出一条告警：「Watchdog: script execution failed — /opt/agent/legacy/purge_temp.sh not found」。
这不是什么紧急故障，系统仍在正常运行。但那个弹窗每隔五分钟准时出现一次，像一颗顽固的定时闹钟，没人记得它什么时候开始响的。
接手这个AI智能体运维项目后，我花了两天追踪这个「幽灵报错」。顺着调用链往上查，发现看门狗（watchdog）守护进程的配置中，有一行定时任务引用了 `purge_temp.sh`。而这个脚本早在三个月前的一次重构中被删除了——它的清理功能已被整合进新的存储管理模块。
代码仓库里翻到当时的提交记录，注释写着「迁移至 unified_storage_manager」。功能是迁移了，但配置文件里的引用却没人清理。看门狗每次醒来都尝试执行一个不存在的文件，失败后弹窗报错，然后继续循环。
定位根因后，修复只花了一分钟：删除那行配置，重启守护进程。日志瞬间安静了。
修复完这个bug，我让AI智能体做了一次全面的自检。有意思的事情发生了。
智能体在分析自己的日志时，发现了更隐秘的问题：它的知识库中存着大量「已弃用」的API文档、旧版接口说明、以及至少七个版本的同一配置指南。这些问题不像看门狗报错那样触目惊心，但它们在悄悄地拉低决策质量——每当智能体需要查询一个接口参数时，它可能从五个过时的文档中找到一个错误答案。
我让智能体自己决定如何处理。它给出的方案出乎意料：
「我建议对知识库做一次**功能导向的清理**。首先，对所有文档打上『已验证』或『待确认』标签；其次，运行一次集成测试，只保留测试通过的接口文档；最后，将冲突的配置指南合并，删除冗余版本。」
这不是我教它的。这是它从我们修复看门狗bug的过程中学到的——代码（和知识）越少，心智负担越低，错误越少。
在过去，AI智能体的进步路径很清晰：更大量的训练数据 → 更强的推理能力 → 更高的任务完成率。这条路没有错，但它忽略了一个关键维度——自我纠偏。
看门狗事故的本质不是技术故障，而是认知盲区。系统不会主动报告「我有一个不存在的依赖」，因为它不认为自己有问题。只有当外部触发——比如弹窗报错——才暴露出这个缺陷。
真正的进化发生在智能体开始主动审视自己的内部状态那一刻。它学会了问自己：
这些问题不需要更多的知识储备来回答，它们需要的是反思机制——一种定期检查自身「代谢废物」并主动清理的能力。
这次经历让我重新理解了「智能」的定义。
我们习惯认为，智能体变聪明意味着它知道得更多：更大上下文窗口、更多参数、更多训练数据。但和看门狗事故类似的案例反复出现，让我意识到一个被忽视的事实——智能体真正的进步，不在于它能承载多少信息，而在于它能发现并消除自己的盲区。
就像一个优秀的开发者会定期重构代码、删除死代码、更新文档，一个真正「智能」的系统也应该具备这种自我净化的能力。它不是被动等待外部bug出现，而是主动扫描自己的边界，找出那些「虽然没坏但已经腐烂」的部分。
那天凌晨，我看监控面板上一片绿色的「OK」状态，想到了一个问题：
如果一个AI永远不知道自己不知道什么，它的智能就永远停在工具层面。而当它开始反思自己的内部结构，主动消除盲区时，它才真正踏上了智能的进化之路。
看门狗不再叫了。而那个能自我审视的智能体，正走向更远的地方。