消息网关
通过 Telegram、Discord、Slack、WhatsApp、Signal、SMS、Email、Home Assistant、Mattermost、Matrix、DingTalk、Feishu/Lark、WeCom、Weixin、BlueBubbles(iMessage)或您的浏览器与 Hermes 聊天。网关是一个单一的后台进程,连接到您所有配置的平台,处理会话,运行 cron 作业,并传递语音消息。
有关完整的语音功能集 —— 包括 CLI 麦克风模式、消息中的语音回复和 Discord 语音频道对话 —— 请参阅语音模式和使用 Hermes 的语音模式。
平台比较
| 平台 | 语音 | 图像 | 文件 | 线程 | 反应 | 输入中 | 流式 |
|---|---|---|---|---|---|---|---|
| Telegram | ✅ | ✅ | ✅ | ✅ | — | ✅ | ✅ |
| Discord | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Slack | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| — | ✅ | ✅ | — | — | ✅ | ✅ | |
| Signal | — | ✅ | ✅ | — | — | ✅ | ✅ |
| SMS | — | — | — | — | — | — | — |
| — | ✅ | ✅ | ✅ | — | — | — | |
| Home Assistant | — | — | — | — | — | — | — |
| Mattermost | ✅ | ✅ | ✅ | ✅ | — | ✅ | ✅ |
| Matrix | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| DingTalk | — | — | — | — | — | ✅ | ✅ |
| Feishu/Lark | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| WeCom | ✅ | ✅ | ✅ | — | — | ✅ | ✅ |
| WeCom Callback | — | — | — | — | — | — | — |
| Weixin | ✅ | ✅ | ✅ | — | — | ✅ | ✅ |
| BlueBubbles | — | ✅ | ✅ | — | ✅ | ✅ | — |
语音 = TTS 音频回复和/或语音消息转录。图像 = 发送/接收图像。文件 = 发送/接收文件附件。线程 = 线程对话。反应 = 消息的表情反应。输入中 = 处理时的输入指示器。流式 = 通过编辑进行渐进消息更新。
架构
每个平台适配器接收消息,通过每聊天会话存储路由它们,并将它们分派给 AIAgent 处理。网关还运行 cron 调度器,每 60 秒 tick 一次以执行任何到期作业。
快速设置
配置消息平台的最简单方式是交互式向导:
hermes gateway setup # 所有消息平台的交互式设置这将引导您使用箭头键选择配置每个平台,显示哪些平台已配置,并询问是否在完成后启动/重启网关。
网关命令
hermes gateway # 在前台运行
hermes gateway setup # 交互式配置消息平台
hermes gateway install # 安装为用户服务(Linux)/ launchd 服务(macOS)
sudo hermes gateway install --system # 仅限 Linux:安装启动时系统服务
hermes gateway start # 启动默认服务
hermes gateway stop # 停止默认服务
hermes gateway status # 检查默认服务状态
hermes gateway status --system # 仅限 Linux:显式检查系统服务聊天命令(消息中)
| 命令 | 描述 |
|---|---|
/new 或 /reset | 开始新对话 |
/model [provider:model] | 显示或更改模型(支持 provider:model 语法) |
/provider | 显示可用提供商及其认证状态 |
/personality [name] | 设置个性 |
/retry | 重试上一条消息 |
/undo | 移除最后一次交换 |
/status | 显示会话信息 |
/stop | 停止运行的 Agent |
/approve | 批准待处理的危险命令 |
/deny | 拒绝待处理的危险命令 |
/sethome | 将此聊天设置为主频道 |
/compress | 手动压缩对话上下文 |
/title [name] | 设置或显示会话标题 |
/resume [name] | 恢复之前命名的会话 |
/usage | 显示此会话的令牌使用 |
/insights [days] | 显示使用洞察和分析 |
/reasoning [level|show|hide] | 更改推理努力或切换推理显示 |
/voice [on|off|tts|join|leave|status] | 控制消息语音回复和 Discord 语音频道行为 |
/rollback [number] | 列出或恢复文件系统检查点 |
/background <prompt> | 在单独的后台会话中运行提示 |
/reload-mcp | 从配置重新加载 MCP 服务器 |
/update | 将 Hermes Agent 更新到最新版本 |
/help | 显示可用命令 |
/<skill-name> | 调用任何已安装的技能 |
会话管理
会话持久化
会话在重置前跨消息持久化。Agent 记住您的对话上下文。
重置策略
会话基于可配置策略重置:
| 策略 | 默认 | 描述 |
|---|---|---|
| 每日 | 4:00 AM | 每天在特定时间重置 |
| 空闲 | 1440 分钟 | 不活动 N 分钟后重置 |
| 两者 | (组合) | 先触发者为准 |
在 ~/.hermes/gateway.json 中配置每平台覆盖:
{
"reset_by_platform": {
"telegram": { "mode": "idle", "idle_minutes": 240 },
"discord": { "mode": "idle", "idle_minutes": 60 }
}
}安全
默认情况下,网关拒绝所有不在允许列表中或通过私信配对的用户。 这是对具有终端访问权限机器人的安全默认。
# 限制特定用户(推荐):
TELEGRAM_ALLOWED_USERS=123456789,987654321
DISCORD_ALLOWED_USERS=123456789012345678
SIGNAL_ALLOWED_USERS=+155****4567,+155****6543
SMS_ALLOWED_USERS=+155****4567,+155****6543
EMAIL_ALLOWED_USERS=trusted@example.com,colleague@work.com
MATTERMOST_ALLOWED_USERS=3uo8dkh1p7g1mfk49ear5fzs5c
MATRIX_ALLOWED_USERS=@alice:matrix.org
DINGTALK_ALLOWED_USERS=user-id-1
FEISHU_ALLOWED_USERS=ou_xxxxxxxx,ou_yyyyyyyy
WECOM_ALLOWED_USERS=user-id-1,user-id-2
WECOM_CALLBACK_ALLOWED_USERS=user-id-1,user-id-2
# 或允许
GATEWAY_ALLOWED_USERS=123456789,987654321
# 或显式允许所有用户(不推荐用于具有终端访问权限的机器人):
GATEWAY_ALLOW_ALL_USERS=true私信配对(允许列表的替代方案)
除了手动配置用户 ID,未知用户在私信机器人时会收到一次性配对码:
# 用户看到:"配对码:XKGH5N7P"
# 您使用以下命令批准他们:
hermes pairing approve telegram XKGH5N7P
# 其他配对命令:
hermes pairing list # 查看待处理 + 已批准用户
hermes pairing revoke telegram 123456789 # 移除访问权限配对码在 1 小时后过期,有速率限制,并使用加密随机性。
中断 Agent
在 Agent 工作时发送任何消息以中断它。关键行为:
- 进行中的终端命令立即被终止(SIGTERM,然后 1 秒后 SIGKILL)
- 工具调用被取消 —— 只有当前执行的那个运行,其余的被跳过
- 多条消息被合并 —— 中断期间发送的消息被合并为一个提示
/stop命令 —— 中断而不排队后续消息
工具进度通知
在 ~/.hermes/config.yaml 中控制显示多少工具活动:
display:
tool_progress: all # off | new | all | verbose
tool_progress_command: false # 设置为 true 以在消息中启用 /verbose启用后,机器人在工作时会发送状态消息:
💻 `ls -la`...
🔍 web_search...
📄 web_extract...
🐍 execute_code...后台会话
在单独的后台会话中运行提示,以便 Agent 独立处理它,而您的主聊天保持响应:
/background 检查集群中的所有服务器并报告任何宕机的Hermes 立即确认:
🔄 后台任务已启动:"Check all servers in the cluster..."
任务 ID:bg_143022_a1b2c3工作原理
每个 /background 提示生成一个单独的 Agent 实例,异步运行:
- 隔离会话 —— 后台 Agent 有自己的会话和自己的对话历史。它不知道您当前聊天的上下文,只接收您提供的提示。
- 相同配置 —— 从当前网关设置继承您的模型、提供商、工具集、推理设置和提供商路由。
- 非阻塞 —— 您的主聊天保持完全交互。发送消息、运行其他命令,或在它工作时启动更多后台任务。
- 结果传递 —— 当任务完成时,结果被发送到您发出命令的相同聊天或频道,前缀为 "✅ 后台任务完成"。如果失败,您将看到 "❌ 后台任务失败" 和错误。
后台进程通知
当运行后台会话的 Agent 使用 terminal(background=true) 启动长时间运行的进程(服务器、构建等)时,网关可以将状态更新推送到您的聊天。在 ~/.hermes/config.yaml 中用 display.background_process_notifications 控制:
display:
background_process_notifications: all # all | result | error | off| 模式 | 您收到的内容 |
|---|---|
all | 运行输出更新和最终完成消息(默认) |
result | 仅最终完成消息(无论退出代码如何) |
error | 仅当退出代码非零时的最终消息 |
off | 完全没有进程监视器消息 |
您也可以通过环境变量设置:
HERMES_BACKGROUND_NOTIFICATIONS=result使用场景
- 服务器监控 —— "/background 检查所有服务的健康状况,如果有任何宕机则提醒我"
- 长时间构建 —— "/background 构建并部署暂存环境",同时您继续聊天
- 研究任务 —— "/background 研究竞争对手定价并在表格中总结"
- 文件操作 —— "/background 按日期将 ~/Downloads 中的照片组织到文件夹中"
提示
消息平台上的后台任务是即发即弃的 —— 您不需要等待或检查它们。结果在任务完成时自动到达相同聊天。
服务管理
Linux (systemd)
hermes gateway install # 安装为用户服务
hermes gateway start # 启动服务
hermes gateway stop # 停止服务
hermes gateway status # 检查状态
journalctl --user -u hermes-gateway -f # 查看日志
# 启用持续运行(注销后保持运行)
sudo loginctl enable-linger $USER
# 或安装启动时系统服务,仍以您的用户身份运行
sudo hermes gateway install --system
sudo hermes gateway start --system
sudo hermes gateway status --system
journalctl -u hermes-gateway -f在笔记本电脑和开发盒上使用用户服务。在应该在启动时恢复而不依赖 systemd 持续的 VPS 或无头主机上使用系统服务。
避免同时保留用户和系统网关单元,除非您真的需要。如果检测到两者,Hermes 会发出警告,因为 start/stop/status 行为会变得不明确。
多安装
如果您在同一台机器上运行多个 Hermes 安装(使用不同的 HERMES_HOME 目录),每个都有自己的 systemd 服务名称。默认 ~/.hermes 使用 hermes-gateway;其他安装使用 hermes-gateway-<hash>。hermes gateway 命令自动针对您当前 HERMES_HOME 的正确服务。
macOS (launchd)
hermes gateway install # 安装为 launchd 代理
hermes gateway start # 启动服务
hermes gateway stop # 停止服务
hermes gateway status # 检查状态
tail -f ~/.hermes/logs/gateway.log # 查看日志生成的 plist 位于 ~/Library/LaunchAgents/ai.hermes.gateway.plist。它包括三个环境变量:
- PATH —— 安装时您的完整 shell PATH,前面加上 venv
bin/和node_modules/.bin。这确保用户安装的工具(Node.js、ffmpeg 等)可用于 WhatsApp 桥接等网关子进程。 - VIRTUAL_ENV —— 指向 Python virtualenv,以便工具可以正确解析包。
- HERMES_HOME —— 将网关限定到您的 Hermes 安装。
安装后 PATH 更改
launchd plist 是静态的 —— 如果您在安装网关后安装新工具(例如通过 nvm 的新 Node.js 版本,或通过 Homebrew 的 ffmpeg),请再次运行 hermes gateway install 以捕获更新的 PATH。网关将检测陈旧的 plist 并自动重新加载。
多安装
与 Linux systemd 服务一样,每个 HERMES_HOME 目录都有自己的 launchd 标签。默认 ~/.hermes 使用 ai.hermes.gateway;其他安装使用 ai.hermes.gateway-<suffix>。
平台特定工具集
每个平台都有自己的工具集:
| 平台 | 工具集 | 能力 |
|---|---|---|
| CLI | hermes-cli | 完全访问 |
| Telegram | hermes-telegram | 包括终端的完整工具 |
| Discord | hermes-discord | 包括终端的完整工具 |
hermes-whatsapp | 包括终端的完整工具 | |
| Slack | hermes-slack | 包括终端的完整工具 |
| Signal | hermes-signal | 包括终端的完整工具 |
| SMS | hermes-sms | 包括终端的完整工具 |
hermes-email | 包括终端的完整工具 | |
| Home Assistant | hermes-homeassistant | 完整工具 + HA 设备控制(ha_list_entities、ha_get_state、ha_call_service、ha_list_services) |
| Mattermost | hermes-mattermost | 包括终端的完整工具 |
| Matrix | hermes-matrix | 包括终端的完整工具 |
| DingTalk | hermes-dingtalk | 包括终端的完整工具 |
| Feishu/Lark | hermes-feishu | 包括终端的完整工具 |
| WeCom | hermes-wecom | 包括终端的完整工具 |
| WeCom Callback | hermes-wecom-callback | 包括终端的完整工具 |
| Weixin | hermes-weixin | 包括终端的完整工具 |
| BlueBubbles | hermes-bluebubbles | 包括终端的完整工具 |
| API 服务器 | hermes (默认) | 包括终端的完整工具 |
| Webhooks | hermes-webhook | 包括终端的完整工具 |