如果你让 Hermes Agent 在 Telegram 里自己执行 gateway restart，结果网关直接死掉没起来，这不是幻觉。公开 issue #6666 描述的就是这个场景：在 0.8.0、WSL2、systemd user service 环境下，从 Telegram 会话里触发重启，可能因为 PID race 让网关停掉后起不来。
当前最稳的做法
- 不要在 Telegram 对话里让它自重启正在承载自己的 gateway。
- 如果你是 systemd 用户服务，优先手动用
systemctl --user restart hermes-gateway。 - 重启后若没起来，先用
systemctl --user start hermes-gateway补拉起。
为什么会这样
问题核心不是 Telegram，而是“运行中的网关进程试图从内部重启自己”。截至 2026 年 4 月 12 日，公开 issue 里给出的现象是：旧进程刚停，新进程又检测到旧 PID 还在，于是直接退出，最后两个都没活下来。
所以短期避坑思路很简单：让外部服务管理器重启它，不要让它在自己的聊天会话里重启自己。 如果你还依赖代理环境变量，记得把 systemd override 一并检查，别重启完又丢代理配置。
官方开源地址：https://github.com/NousResearch/hermes-agent；官方文档入口：https://hermes-agent.nousresearch.com/。
