关键在于启用空闲自动休眠、限制容器资源上限、关闭系统级空闲休眠干扰，并选用低功耗部署形态：设runtime.idle_timeout为1800秒，配置systemd看门狗，加--cpu 1 --memory 1536m参数，修改logind.conf为IdleAction=ignore，优先使用Ubuntu Server或树莓派5。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让 Hermes Agent 在后台常驻运行又不耗光设备电量，关键不在“能不能跑”，而在“怎么让它聪明地歇着”。它不是传统程序，而是支持动态休眠、资源限频和按需唤醒的自治智能体——用对策略，笔记本跑一整天、树莓派连七天都不烫手。
启用空闲自动休眠
Agent 默认会在无消息输入时进入轻量级休眠，只保留监听端口，CPU 占用可降至接近 0%。这个机制不是“关机”，而是“屏息待命”：
- 执行 hermes config set runtime.idle_timeout 1800（单位秒），设为 30 分钟无交互即休眠
- 确认已启用 systemd 看门狗服务：sudo systemctl enable hermes-sleep.service
- 验证方式：发一条测试消息 → 等待超时 → 运行 ps aux | grep hermes，主进程消失、仅剩 watchdog 进程即生效
限制容器资源上限
如果你通过 Docker 或本地环境启动了浏览器、VM 等重型工具，它们会悄悄吃掉大量 CPU 和内存。必须主动“划边界”：
- 启动时加参数：--cpu 1 --memory 1536m（限制为 1 核 + 1.5GB 内存）
- 若使用 Docker，检查 tools/environments/docker.py 中的 resource_args 是否已注入限制逻辑
- 浏览器任务完成后务必调用 browser.close() —— 否则 Browserbase 会话持续计费且占用显存
关闭系统级空闲休眠干扰
Linux 系统自带的 systemd-logind 可能绕过 Agent 自身策略，在 10 分钟无操作后强制挂起整个会话，导致服务假死：
- 编辑 /etc/systemd/logind.conf，将两行改为：
IdleAction=ignore
IdleActionSec=0 - 重启服务：sudo systemctl restart systemd-logind
- 验证命令：loginctl show-session $(loginctl | grep -o 'session-[0-9]*' | head -1) -p IdleAction，输出应为 IdleAction=ignore
选用低功耗部署形态
不是所有运行环境都一样省电。优先选择资源隔离强、启动快、无图形界面的后端：
- 避开桌面版 Ubuntu，改用 Ubuntu Server 22.04 LTS（无 GNOME、无 X11，基础内存占用低 300MB+）
- VPS 场景下，选 DigitalOcean Droplet（$5/月）或腾讯云轻量应用服务器，它们默认禁用 GUI 与无关服务
- 本地开发慎用 WSL2 + Windows 桌面组合——Windows 的电源策略常干扰子系统休眠，推荐直接上裸机 Linux 或树莓派 5（实测待机功耗＜2W）
