Hermes Agent 输入 /yolo 后仍然要审批命令,先确认版本和会话来源。官方在 2026 年 5 月 29 日的 v0.15.1 修复了一个关键点:/yolo 中途开启时,会启用当前会话的审批绕过,而不只是改环境变量。旧版本里,运行中的 agent 可能早已快照过环境变量,所以看起来开了 /yolo 还是会弹审批。
先判断你想要哪种放行
| 方式 | 适合场景 | 注意点 |
|---|---|---|
hermes --yolo | 启动时就确定要自动化 | 只影响本次启动的会话 |
/yolo | 对话中临时切换 | 每次输入是开关,不是永久开启 |
HERMES_YOLO_MODE=1 | 脚本或容器环境 | 要确保进程启动前已注入 |
approvals.mode: off | 受控 CI 或沙箱 | 风险最高,不适合个人主机常开 |
实际排查步骤
- 先升级到 v0.15.1,再重新开一个 Hermes 会话测试。
- 输入
/yolo后确认状态栏或提示是否显示已开启。 - 如果是 gateway、cron 或外部脚本触发,确认它们是不是复用了旧进程。
- 如果仍要审批,检查
~/.hermes/config.yaml里是否有更严格的审批策略或硬拦截规则。
需要注意,YOLO 不是“让 Hermes 变聪明”的开关,它只是减少危险命令确认。它适合一次性容器、CI、受控脚本,不适合直接在个人电脑或生产服务器上长期打开。真要无人值守,最好先把工作区放到 Docker、Modal、Daytona 这类隔离后端里,再考虑放宽审批。
一句话判断:临时少点确认用 /yolo,自动化启动用 --yolo,长期策略才改配置;如果命令可能删库、删文件或改权限,宁可多确认一次。