artifacts/process-summary.md · HERMES_AGENT

content

# HERMES_AGENT_TIMEOUT功能说明

## 状态

- 来源：Hermes `weixin` session
- Session ID：`20260703_054723_8a6e2f57`
- 起止时间：2026-07-03 05:47:23 → 2026-07-03 05:54:38
- 消息数：26
- 工具调用数：15
- 主要工具：skill_view, terminal, search_files, read_file

## 原始意图

提示：HERMES_AGENT_TIMEOUT=0 disables the gateway inactivity kill for a running agent — use for long research run

这是啥功能，要启用吗？去社区了解一下

## 最近一次用户方向

background目前是可以正常启动的对吗

## 最近一次助手结论 / 交付

是的，Boss，**目前 background 相关能力可以正常启动**。

我刚核验了 live 状态：

- `hermes-gateway.service`：**active running**
- gateway 主进程：`python -m hermes_cli.main gateway run`
- systemd linger：**enabled**，SSH 断开后服务不会随登录会话退出
- 当前 `HERMES_AGENT_TIMEOUT=1800`
- config 中 `agent.gateway_timeout=1800`，warning 是 `900`

所以结论是：

**/background 可以由 gateway 承载运行；当前不是 timeout=0，而是 30 分钟无活动保护。**

补充一句：这个 30 分钟是“无活动”超时，不是总运行时长。后台任务只要还在收模型流、跑工具或有 activity heartbeat，就不会因为跑得久被杀。真正卡死 30 分钟才会被清理。

Tool Slimmer 提示我收到了：如果后面任务缺工具，我会先请求完整工具集，不会编替代工具。

## 过程文件 / 产物路径

- `/root/.hermes`
- `/root/.hermes/webui-state-`
- `/root/.hermes/cron/jobs.json`
- `/root/.hermes/skills/autonomous-ai-agents/hermes-agent`
- `/root/.config/systemd/user/hermes-gateway.service`
- `/root/.hermes/logs/gateway.log`
- `/root/.hermes/logs/agent.log`
- `/root/.local/bin/hermes`
- `/root/.local/bin/uv`
- `/root/.cache/uv/archive-v0/LPWA6EWrRIreH1NY/bin/python`
- `/root/.cache/uv/archive-v0/LPWA6EWrRIreH1NY/bin/amap-mcp-server`
- `/root/.cache/uv/archive-v0/EatXorTLuHpK-0iT/bin/python`
- `/root/.cache/uv/archive-v0/EatXorTLuHpK-0iT/bin/xhs-mcp`
- `/root/.hermes/temp-oauth-proxy/proxy.py`

## 下一步协作建议

- 你可以在网页端补一句“继续/改方向/回滚到某步”，我会从这个 workspace 接续，不需要你回翻微信。
- 如果这个话题已经收口，可以在网页端把状态改成归档；当前 MVP 暂未加归档按钮，我会后续补。

raw