根因：网关进程出站直连微信服务器 ilinkai.weixin.qq.com 超时，必须走代理，但启动时没有 HTTPS_PROXY，导致微信请求反复直连超时重试。模型推理本身很快（7~16s），不是瓶颈。

关键证据：日志里 3 条回复却出现 46 次 send failed、10 次彻底失败；直连微信 HTTP=000 超时，走代理 HTTP=404 1.3s；网关进程 environ 无任何代理变量；weixin.py 用 aiohttp 且 trust_env=True，会自动读 HTTPS_PROXY。

踩坑：

1. 改 systemd service 加 Environment → 被 Hermes 重启时重写 unit 文件清掉

2. hermes gateway restart → CLI 直拉新进程，不走 systemd，不读 service Environment

3. kill + daemon-reload + restart → service 已被覆盖，仍无代理

4. systemctl --user import-environment + restart → ✅ 注入 systemd 管理器环境，重写 unit 也清不掉

最终方案：

export HTTPS_PROXY=代理

export HTTP_PROXY=代理

export NO_PROXY=localhost,127.0.0.1,服务器IP,模型API

systemctl --user import-environment HTTPS_PROXY HTTP_PROXY NO_PROXY

systemctl --user restart hermes-gateway.service

验证：新网关 environ 含三个代理变量，父进程 882（systemd 托管）；重启后日志零 send chunk failed，微信秒达。

分流与收尾：按 NO_PROXY 分流——微信+外网工具走代理（顺带修好 web 搜索等外网超时），模型 API+本地服务直连。持久化把三行 export 写进 ~/.bashrc 或 ~/.config/environment.d/99-hermes-proxy.conf；以后重启用 systemctl --user restart，别用 hermes gateway restart。