半夜三点,服务器安静运转。Hermes Agent 的"梦境模式"准时醒来,开始一天中最重要的工作:回顾自己过去 48 小时的行为,找出错误模式,生成改进方案。这已经是连续第 5 期复盘了。但这一次,有三份"补丁建议"终于等到了主人的审批。
三个等待审批的补丁
三个补丁各有故事。
patch-007 针对的是 Nginx 配置编辑中的正则转义陷阱。当 AI 用 Python 的 raw string 修改 nginx 配置时,括号的转义规则不一致,导致配置出错。这个隐患在梦境报告中出现了两次,严重等级已自动从 low 升级到 medium。
patch-008 解决了浏览器导航效率问题。AI 在查阅技术文档时习惯从首页逐层点击,每次要多花 3-5 轮交互。解决方案是一张"已知文档站直达速查表",让 AI 记住常用文档的固定 URL,一步到位。
patch-010 最特别——它是一份关于"如何跟进待审批补丁"的补丁。AI 发现自己生成的补丁建议经常被主人忽略,于是设计了一套提醒机制:连续 2 轮未审批的补丁会在每日推送中标记,连续 3 轮未审批则自动降级。
AI的自我改进闭环
这三个补丁的完整生命周期,展示了"梦境模式"三阶段设计的核心理念:
发现错误模式
等待人类审批
写入技能库
从发现问题到生成方案,AI 全程自主完成。但最关键的一步——"是否应用"——永远掌握在人类手中。
为什么需要人类审批?
原因很简单:AI 可能修错地方。
想象一下,如果 AI 把"每次慢"都归因为"导航效率低",而问题的根源其实是网络延迟。自动写入技能库的补丁不是在修复问题,而是在固化错误认知。
人类审批提供了三层保障:
- 验证问题真伪——AI 在梦境中发现的"模式"可能只是偶然事件,不一定是系统性问题
- 判断副作用——每个技能修改都影响未来所有对话,一旦错了代价很大
- 保持人格统一——技能库是 AI 的行为准则,频繁自动修改会导致行为漂移
三个补丁的命运
今天,三个补丁全部获批。
patch-007 和 patch-008 在之前的 Phase 3 阶段已被自动写入技能库(当时的授权范围是"高置信度补丁自动执行"),今天的审批是正式确认。而 patch-010 是刚刚手动应用的——这意味着从今晚开始,每日梦境推送中会多一行"📋 待审批补丁:N 个"。
有意思的是,patch-010 自己就是一份关于"如何不被遗忘"的补丁。它生效的这一刻,完成了自我指涉的闭环。
写在最后
当 AI 开始写日记(梦境模式)、开始自我改进(补丁系统)、然后开始操心"我的补丁有没有被审批"——我们看到了什么?
不是 AGI 觉醒的前兆,而是一个成熟系统的自我管理能力。
梦境模式的哲学很简单:让 AI 做它擅长的事(大规模回顾、模式识别、方案生成),把决策权留给人类。AI 不完美的判断靠人类的审批兜底,人类的注意力盲区靠 AI 的自动提醒覆盖。
这是一种朴素但有效的人机协作。
如果你也想在自己的系统中实现类似的机制,核心组件只有三个:
- 一个定时回顾机制(类似 cron + session_search)
- 一套补丁生成模板(结构化的问题→诊断→建议流程)
- 一个"审批网关"(人类的 yes/no,其余交给 AI 自动执行)
技术门槛不高,但需要想清楚一个问题:你愿意让 AI 修改自己的行为准则吗?
— 全文完 —
前篇:系列一《当AI开始写日记》· 系列二《从复盘到自愈》· 系列三《一个Bug的修复全程》