如果你在 Windows 上跑过 OpenClaw、Hermes 这类 AI Agent，可能见过这些问题：

• 任务跑到一半突然不动；
• gateway 看起来还在，实际已经不接任务；
• memory 重建失败；
• 升级前正常，升级后启动异常。

这篇不是“吐槽 Windows”，也不是泛泛讲 Agent 架构。我们最近把几个真实问题整理成证据和 PR，提交给 OpenClaw / Hermes 官方项目。其中 OpenClaw PR #76024 已经合并，Hermes PR #15846 虽然未合并，但维护者明确回复相关 Windows 支持会进入统一规划。

完整博客版和证据图也同步在这里：

https://kunpeng-ai.com/blog/openclaw-hermes-windows-agent-stability-evidence-trail/

1. OpenClaw PR #76024：Windows 文件锁导致 memory index swap 失败

PR：https://github.com/openclaw/openclaw/pull/76024

问题发生在 memory index 重建时。底层 SQLite 文件替换会调用类似 atomic swap 的流程，但在 Windows 上，杀毒软件、索引器或系统句柄短暂占用文件时，fs.rename 可能遇到：

EBUSY
EPERM
EACCES

用户层看到的可能只是 memory 失效或任务卡住，但根因是一个短暂文件锁。

修复方式很克制：给 index swap 加 bounded retry，不重写整体逻辑，不改变 SQLite journal mode，也不扩大行为范围。

2. PR #59137：失败路径里的清理顺序也很关键

PR：https://github.com/openclaw/openclaw/pull/59137

这个 PR 不是我们发起的，但我们参与了 follow-up。问题在于失败路径中临时数据库和临时文件清理的顺序：如果 temp DB 句柄还没关，Windows 可能仍然不允许删除相关文件。

这类修复不显眼，但对 Agent 稳定性很重要。因为稳定性往往不是主路径决定的，而是失败路径、回滚路径和清理路径决定的。

3. Hermes PR #15846：不要把 gateway 稳定性寄托在前台窗口上

PR：https://github.com/NousResearch/hermes-agent/pull/15846

我们提交的方向是：Windows gateway 尽量通过 Scheduled Task 在后台静默运行，同时提供状态检查、日志和基础恢复。

这个 PR 没有直接合并。维护者的回应是：native Windows 支持需要统一设计，他们正在关闭一批零散 PR，但这个方案已经记录进内部 Windows support plan，后续整合时会参考并 credit。

4. 给 Windows Agent 用户的几个经验

Windows 上跑 Agent，不建议长期依赖一个前台终端窗口。

更稳的做法是：

• 升级前看 issue / PR，不要无脑追新；
• 先用小任务验证 memory、gateway、插件调用；
• gateway 尽量后台运行；
• 做状态检查，不要只看窗口还在不在；
• 保留日志和恢复路径；
• 遇到问题时，把本地现象整理成可复现证据。

结语

这次最有价值的地方，不是“我们发了几个 PR”，而是把本地踩坑变成了官方项目能判断、能讨论、能合并或纳入规划的材料。

OpenClaw PR #76024 已经合并。Hermes PR #15846 没有合并，但维护者给出了明确的路线反馈。

对 Windows 上跑 AI Agent 的用户来说，这类稳定性工作可能不够热闹，但很实用。