跳到主要内容

MCP (模型上下文协议)

MCP 允许 Hermes Agent 连接到外部工具服务器,使智能体能够使用 Hermes 自身之外的工具 — 例如 GitHub、数据库、文件系统、浏览器栈、内部 API 等等。

如果你曾希望 Hermes 使用一个已存在于别处的工具,MCP 通常是实现这一目标最简洁的方式。

MCP 能为你带来什么

  • 无需先编写原生 Hermes 工具,即可访问外部工具生态系统
  • 可在同一配置中同时使用本地 stdio 服务器和远程 HTTP MCP 服务器
  • 启动时自动发现并注册工具
  • 当服务器支持时,为 MCP 资源和提示提供实用工具包装器
  • 支持按服务器进行过滤,以便只暴露你真正希望 Hermes 看到的 MCP 工具

快速开始

  1. 安装 MCP 支持(如果使用了标准安装脚本,则已包含):
cd ~/.hermes/hermes-agent
uv pip install -e ".[mcp]"
  1. ~/.hermes/config.yaml 中添加一个 MCP 服务器:
mcp_servers:
filesystem:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-filesystem", "/home/user/projects"]
  1. 启动 Hermes:
hermes chat
  1. 要求 Hermes 使用 MCP 支持的能力。

例如:

列出 /home/user/projects 中的文件并总结仓库结构。

Hermes 将发现 MCP 服务器的工具,并像使用其他任何工具一样使用它们。

两种 MCP 服务器

Stdio 服务器

Stdio 服务器作为本地子进程运行,并通过 stdin/stdout 进行通信。

mcp_servers:
github:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-github"]
env:
GITHUB_PERSONAL_ACCESS_TOKEN: "***"

在以下情况使用 stdio 服务器:

  • 服务器安装在本地
  • 你需要低延迟访问本地资源
  • 你正在参考显示 commandargsenv 的 MCP 服务器文档

HTTP 服务器

HTTP MCP 服务器是 Hermes 直接连接的远程端点。

mcp_servers:
remote_api:
url: "https://mcp.example.com/mcp"
headers:
Authorization: "Bearer ***"

在以下情况使用 HTTP 服务器:

  • MCP 服务器托管在其他地方
  • 你的组织暴露了内部 MCP 端点
  • 你不希望 Hermes 为该集成启动本地子进程

基础配置参考

Hermes 从 ~/.hermes/config.yaml 中的 mcp_servers 下读取 MCP 配置。

通用键

类型含义
command字符串stdio MCP 服务器的可执行文件
args列表stdio 服务器的参数
env映射传递给 stdio 服务器的环境变量
url字符串HTTP MCP 端点
headers映射远程服务器的 HTTP 头
timeout数字工具调用超时时间
connect_timeout数字初始连接超时时间
enabled布尔值如果为 false,Hermes 将完全跳过该服务器
tools映射按服务器的工具过滤和实用工具策略

最小 stdio 示例

mcp_servers:
filesystem:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-filesystem", "/tmp"]

最小 HTTP 示例

mcp_servers:
company_api:
url: "https://mcp.internal.example.com"
headers:
Authorization: "Bearer ***"

Hermes 如何注册 MCP 工具

Hermes 为 MCP 工具添加前缀,以避免与内置名称冲突:

mcp_<server_name>_<tool_name>

示例:

服务器MCP 工具注册名称
filesystemread_filemcp_filesystem_read_file
githubcreate-issuemcp_github_create_issue
my-apiquery.datamcp_my_api_query_data

实际上,你通常不需要手动调用带前缀的名称 — Hermes 会看到该工具并在正常推理过程中选择它。

MCP 实用工具

当服务器支持时,Hermes 还会围绕 MCP 资源和提示注册一些实用工具:

  • list_resources
  • read_resource
  • list_prompts
  • get_prompt

这些工具按服务器注册,遵循相同的前缀模式,例如:

  • mcp_github_list_resources
  • mcp_github_get_prompt

重要说明

这些实用工具现在具备能力感知功能:

  • 仅当 MCP 会话实际支持资源操作时,Hermes 才会注册资源实用工具
  • 仅当 MCP 会话实际支持提示操作时,Hermes 才会注册提示实用工具

因此,一个暴露了可调用工具但没有资源/提示的服务器,将不会获得这些额外的包装器。

按服务器过滤

这是 PR 工作添加的主要功能。

你现在可以控制每个 MCP 服务器向 Hermes 贡献哪些工具。

完全禁用服务器

mcp_servers:
legacy:
url: "https://mcp.legacy.internal"
enabled: false

如果 enabled: false,Hermes 将完全跳过该服务器,甚至不会尝试连接。

白名单服务器工具

mcp_servers:
github:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-github"]
env:
GITHUB_PERSONAL_ACCESS_TOKEN: "***"
tools:
include: [create_issue, list_issues]

只有这些 MCP 服务器工具会被注册。

黑名单服务器工具

mcp_servers:
stripe:
url: "https://mcp.stripe.com"
tools:
exclude: [delete_customer]

除了被排除的工具外,所有服务器工具都会被注册。

优先级规则

如果两者同时存在:

tools:
include: [create_issue]
exclude: [create_issue, delete_issue]

include 优先。

也过滤实用工具

你也可以单独禁用 Hermes 添加的实用工具包装器:

mcp_servers:
docs:
url: "https://mcp.docs.example.com"
tools:
prompts: false
resources: false

这意味着:

  • tools.resources: false 会禁用 list_resourcesread_resource
  • tools.prompts: false 会禁用 list_promptsget_prompt

完整示例

mcp_servers:
github:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-github"]
env:
GITHUB_PERSONAL_ACCESS_TOKEN: "***"
tools:
include: [create_issue, list_issues, search_code]
prompts: false

stripe:
url: "https://mcp.stripe.com"
headers:
Authorization: "Bearer ***"
tools:
exclude: [delete_customer]
resources: false

legacy:
url: "https://mcp.legacy.internal"
enabled: false

如果所有内容都被过滤掉会怎样?

如果你的配置过滤掉了所有可调用工具,并且禁用或省略了所有支持的实用工具,Hermes 将不会为该服务器创建空的运行时 MCP 工具集。

这有助于保持工具列表的整洁。

运行时行为

发现时机

Hermes 在启动时发现 MCP 服务器,并将其工具注册到正常的工具注册表中。

重新加载

如果你更改了 MCP 配置,请使用:

/reload-mcp

这将从配置中重新加载 MCP 服务器并刷新可用工具列表。

工具集

每个配置的 MCP 服务器在贡献至少一个已注册工具时,也会创建一个运行时工具集:

mcp-<server>

这使得在工具集层面更容易对 MCP 服务器进行推理。

安全模型

Stdio 环境变量过滤

对于 stdio 服务器,Hermes 不会盲目传递你完整的 shell 环境。

只有显式配置的 env 加上一个安全的基础环境会被传递。这减少了意外泄露密钥的风险。

配置层面的暴露控制

新的过滤支持也是一种安全控制手段:

  • 禁用你不希望模型看到的危险工具
  • 对于敏感服务器,只暴露一个最小的白名单
  • 当你不想暴露某个功能面时,禁用资源/提示包装器

使用案例示例

仅暴露最小问题管理功能的 GitHub 服务器

mcp_servers:
github:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-github"]
env:
GITHUB_PERSONAL_ACCESS_TOKEN: "***"
tools:
include: [list_issues, create_issue, update_issue]
prompts: false
resources: false

像这样使用:

显示标记为 bug 的未解决问题,然后为不稳定的 MCP 重连行为草拟一个新问题。

移除了危险操作的 Stripe 服务器

mcp_servers:
stripe:
url: "https://mcp.stripe.com"
headers:
Authorization: "Bearer ***"
tools:
exclude: [delete_customer, refund_payment]

像这样使用:

查找最近 10 笔失败的付款并总结常见的失败原因。

用于单个项目根目录的文件系统服务器

mcp_servers:
project_fs:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-filesystem", "/home/user/my-project"]

像这样使用:

检查项目根目录并解释目录布局。

故障排除

MCP 服务器无法连接

检查:

# 验证 MCP 依赖是否已安装(标准安装已包含)
cd ~/.hermes/hermes-agent && uv pip install -e ".[mcp]"

node --version
npx --version

然后验证你的配置并重启 Hermes。

工具未出现

可能的原因:

  • 服务器连接失败
  • 发现失败
  • 你的过滤器配置排除了这些工具
  • 该服务器上不存在实用工具能力
  • 服务器被 enabled: false 禁用

如果你是有意进行过滤,这是预期行为。

为什么资源或提示实用工具没有出现?

因为 Hermes 现在只在以下两个条件都满足时才注册这些包装器:

  1. 你的配置允许它们
  2. 服务器会话实际支持该能力

这是有意为之,旨在保持工具列表的真实性。

将 Hermes 作为 MCP 服务器运行

除了连接 MCP 服务器,Hermes 也可以作为一个 MCP 服务器。这允许其他支持 MCP 的智能体(Claude Code、Cursor、Codex 或任何 MCP 客户端)使用 Hermes 的消息传递能力 — 列出对话、读取消息历史记录,并通过你所有已连接的平台发送消息。

何时使用此功能

  • 你希望 Claude Code、Cursor 或其他编码智能体通过 Hermes 发送和读取 Telegram/Discord/Slack 消息
  • 你想要一个单一的 MCP 服务器,一次性桥接到 Hermes 所有已连接的消息传递平台
  • 你已经有一个正在运行的、连接了平台的 Hermes 网关

快速开始

hermes mcp serve

这将启动一个 stdio MCP 服务器。MCP 客户端(而不是你)管理进程的生命周期。

MCP 客户端配置

将 Hermes 添加到你的 MCP 客户端配置中。例如,在 Claude Code 的 ~/.claude/claude_desktop_config.json 中:

{
"mcpServers": {
"hermes": {
"command": "hermes",
"args": ["mcp", "serve"]
}
}
}

或者,如果你在特定位置安装了 Hermes:

{
"mcpServers": {
"hermes": {
"command": "/home/user/.hermes/hermes-agent/venv/bin/hermes",
"args": ["mcp", "serve"]
}
}
}

可用工具

MCP 服务器暴露了 10 个工具,匹配 OpenClaw 的频道桥接功能面,外加一个 Hermes 特定的频道浏览器:

工具描述
conversations_list列出活跃的消息传递对话。可按平台过滤或按名称搜索。
conversation_get通过会话键获取一个对话的详细信息。
messages_read读取一个对话的近期消息历史记录。
attachments_fetch从特定消息中提取非文本附件(图像、媒体)。
events_poll轮询自某个游标位置以来的新对话事件。
events_wait长轮询 / 阻塞直到下一个事件到达(近实时)。
messages_send通过平台发送消息(例如 telegram:123456discord:#general)。
channels_list列出所有平台上可用的消息传递目标。
permissions_list_open列出在此桥接会话期间观察到的待处理审批请求。
permissions_respond允许或拒绝一个待处理的审批请求。

事件系统

MCP 服务器包含一个实时事件桥接器,它会轮询 Hermes 的会话数据库以获取新消息。这使 MCP 客户端能够近乎实时地感知到新的对话:

# 轮询新事件(非阻塞)
events_poll(after_cursor=0)

# 等待下一个事件(阻塞直到超时)
events_wait(after_cursor=42, timeout_ms=30000)

事件类型:messageapproval_requestedapproval_resolved

事件队列位于内存中,在桥接器连接时启动。可以通过 messages_read 获取更早的消息。

选项

hermes mcp serve              # 正常模式
hermes mcp serve --verbose # 在 stderr 上输出调试日志

工作原理

MCP 服务器直接从 Hermes 的会话存储(~/.hermes/sessions/sessions.json 和 SQLite 数据库)读取对话数据。一个后台线程轮询数据库以获取新消息,并维护一个内存中的事件队列。对于发送消息,它使用与 Hermes 代理本身相同的 send_message 基础设施。

对于读取操作(列出对话、读取历史记录、轮询事件),网关不需要运行。对于发送操作,网关需要运行,因为平台适配器需要活跃的连接。

当前限制

  • 仅支持 Stdio 传输(尚不支持 HTTP MCP 传输)
  • 通过基于 mtime 优化的数据库轮询进行事件轮询(间隔约 200 毫秒,当文件未更改时跳过工作)
  • 尚不支持 claude/channel 推送通知协议
  • 仅支持纯文本发送(无法通过 messages_send 发送媒体/附件)

相关文档