AI 助手突然开始「复读刷屏」？Hermes 连夜修了 4 个生产级 bug，拆开全是这 4 个坑

123终端| AI Agent 前沿动态

如果你的 AI 助手跑在自动化流水线上，下面这些场景你一定不陌生：同一个回复重复刷屏、会话重置后收到「旧消息的回复」、桌面端突然卡死重连。9月1日，Hermes Agent 一口气修了 4 个生产级 bug——每一个都是「平时没事、一上生产就炸」的典型。今天把它们拆开，看看坑到底埋在哪。

一、坑 1：完成的回复为什么会「复读刷屏」？

现象：一个响应明明已经完成，重复文本却还在源源不断灌进聊天窗口。在群聊场景里，这等于一个机器人开始刷屏，直接淹没其他消息。

根因（PR #100729）：完成态响应的终止判断存在漏洞，循环没有及时刹车。检测逻辑（is_repetition_dominated）本身也有缺陷——Issue #100716 指出它漏掉绝大多数真实复读循环，而且只在极窄条件下才触发。换句话说：检测器形同虚设，该拦的没拦住。

对策：升级到包含 #100729 修复的版本；如果你自己写 Agent 编排，给「响应完成」加显式终止信号 + 重复内容检测，不要依赖隐式判断。

二、坑 2：重置会话后，Telegram 收到「旧消息的回复」

现象：你用 /new 重置了会话，结果迟到的完成回复还是发了出来，而且是回怼给重置前的旧消息。对话已经翻篇，旧消息却还在「收尸」。

根因（PR #100728）：gateway 没有在重置后清理挂起的完成态回复，post-reset 的补全仍然带着旧的消息上下文往外发。

对策：升级修复版本；使用消息平台自动化时，重置会话后主动清理 pending 队列，别让迟到的响应跨会话投递。

三、坑 3：桌面端 WebSocket 幽灵重连循环

现象：桌面端陷入「断开→重连→再断开」的无限循环，根本原因居然是 auth.json 的文件锁冲突——多个重连请求抢同一个认证文件，互相踩踏，最终把登录流程直接卡死。

根因（Issue #100723）：幽灵 WebSocket 重连循环 + 文件锁冲突叠加。这是典型的「两个小问题合体变成大故障」：单看每个都不致命，凑在一起就是登录死锁。

对策：遇到桌面端反复重连，先检查 auth.json 是否被占用/锁定，删掉残留的锁文件再重启；升级修复版本。

四、坑 4：补丁工具把反斜杠写坏

现象：patch 工具在替换含反斜杠的内容时，1 个反斜杠被写成 3 个（Issue #100730）。Windows 路径、正则表达式、JSON 转义——凡是反斜杠密集的内容，一改就坏。

根因：补丁写入时的转义处理不严谨，反斜杠被重复转义。这类 bug 最阴险：不报错、不崩溃，就是悄悄改坏你的文件内容。

对策：用 patch 改含反斜杠的内容后，必须回头验证文件内容；自动化流程中给「文件修改」加校验步骤（diff 检查），别相信「没报错就是成功」。

五、4 个坑的共性：生产环境缺「校验层」

把这 4 个 bug 放在一起看，共性非常明显：故障都不在「功能缺失」，而在「状态管理」——响应完成没刹车、会话重置没清理、重连请求没互斥、文件写入没校验。单次调用看不出问题，一旦跑长任务、跑群聊、跑自动化，状态积累到一定程度就爆。

给所有把 Agent 用于生产的团队一个建议：别只测功能，要测状态。会话重置、任务中断、并发重连、文件反复写入——这些「边界状态」才是生产事故的高发区。

金句收尾：Agent 生产化的本质，不是让 AI 更聪明，而是让系统更健壮。 功能上线只是开始，状态管理才是护城河。

💬 互动话题：你的 Agent 自动化跑崩过几次？卡在哪个环节？

📌 关于123终端：持续分享AI效率工具实操，帮从业者把工具用起来。关注我们，每天3分钟，看懂一个效率技巧。

📂 往期干货推荐

• Hermes v0.21.0「万神殿版」实操指南：定时任务不再失忆、子代理可以中途纠偏
• 定时任务也有记忆了：Hermes cron 防失忆实操指南