跳到主要内容

MCP (Model Context Protocol)

MCP 让 Hermes Agent 连接到外部工具服务器，以便 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. 将 MCP 服务器添加到 ~/.hermes/config.yaml：
mcp_servers:
  filesystem:
    command: "npx"
    args: ["-y", "@modelcontextprotocol/server-filesystem", "/home/user/projects"]
  1. 启动 Hermes：
hermes chat
  1. 让 Hermes 使用 MCP 支持的能力。

例如：

List the files in /home/user/projects and summarize the repo structure.

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

两种 MCP 服务器​

Stdio 服务器​

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

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

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

  • 服务器在本地安装
  • 您需要低延迟访问本地资源
  • 您正在遵循显示 command、args 和 env 的 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 配置。

常用键​

键类型含义
commandstringstdio MCP 服务器的可执行文件
argsliststdio 服务器的参数
envmapping传递给 stdio 服务器的环境变量
urlstringHTTP MCP 端点
headersmapping远程服务器的 HTTP 头
timeoutnumber工具调用超时
connect_timeoutnumber初始连接超时
enabledbool如果为 false，Hermes 完全跳过服务器
toolsmapping每个服务器的工具有过滤和实用程序策略

最小 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

重要​

这些实用工具现在是能力感知的：

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

因此，暴露可调用工具但不暴露资源/提示的服务器不会获得那些额外的包装器。

每个服务器的过滤​

您可以控制每个 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_resources 和 read_resource
  • tools.prompts: false 禁用 list_prompts 和 get_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 服务器可以通过发送 notifications/tools/list_changed 通知在运行时通知 Hermes 其可用工具发生了变化。当 Hermes 收到此通知时，它会自动重新获取服务器的工具列表并更新注册表 — 无需手动 /reload-mcp。

这对于能力动态变化的 MCP 服务器很有用（例如，当加载新数据库模式时添加工具的服务器，或当服务下线时移除工具的服务器）。

刷新受锁保护，因此来自同一服务器的快速连续通知不会导致重叠刷新。提示和资源更改通知（prompts/list_changed、resources/list_changed）被接收但尚未被处理。

重新加载​

如果更改了 MCP 配置，请使用：

/reload-mcp

这会从配置重新加载 MCP 服务器并刷新可用工具列表。对于服务器本身推送的运行时工具更改，请参阅上面的 动态工具发现。

工具集​

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

mcp-<server>

这使 MCP 服务器在工具集级别更容易推理。

安全模型​

Stdio env 过滤​

对于 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

使用：

Show me open issues labeled bug, then draft a new issue for the flaky MCP reconnection behavior.

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

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

使用：

Look up the last 10 failed payments and summarize common failure reasons.

单个项目根的文件系统服务器​

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

使用：

Inspect the project root and explain the directory layout.

故障排除​

MCP 服务器未连接​

检查：

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

node --version
npx --version

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

工具未出现​

可能原因：

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

如果您故意过滤，这是预期的。

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

因为 Hermes 现在仅在两者都为真时才注册那些包装器：

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

这是有意的，保持工具列表诚实。

MCP 采样支持​

MCP 服务器可以通过 sampling/createMessage 协议通过 Hermes 请求 LLM 推理。这允许 MCP 服务器代表其生成文本 — 对于需要 LLM 能力但没有自己的模型访问权限的服务器很有用。

采样默认启用用于所有 MCP 服务器（当 MCP SDK 支持时）。在每个服务器的 sampling 键下配置：

mcp_servers:
  my_server:
    command: "my-mcp-server"
    sampling:
      enabled: true            # 启用采样（默认：true）
      model: "openai/gpt-4o"  # 为采样请求覆盖模型（可选）
      max_tokens_cap: 4096     # 每次采样响应的最大 token 数（默认：4096）
      timeout: 30              # 每次请求的超时秒数（默认：30）
      max_rpm: 10              # 速率限制：每分钟最大请求数（默认：10）
      max_tool_rounds: 5       # 采样循环中的最大工具使用轮次（默认：5）
      allowed_models: []       # 服务器可能请求的模型名称的白名单（空 = 任意）
      log_level: "info"        # 审计日志级别：debug、info 或 warning（默认：info）

采样处理程序包括滑动窗口速率限制器、每请求超时和工具循环深度限制，以防止失控使用。指标（请求计数、错误、使用的 token）按服务器实例跟踪。

要为特定服务器禁用采样：

mcp_servers:
  untrusted_server:
    url: "https://mcp.example.com"
    sampling:
      enabled: false

将 Hermes 作为 MCP 服务器运行​

除了连接到 MCP 服务器，Hermes 还可以成为**一个 MCP 服务器。这允许其他支持 MCP 的 agents（Claude Code、Cursor、Codex 或任何 MCP 客户端）使用 Hermes 的消息传递能力 — 列出对话、读取消息历史以及跨所有连接的平台发送消息。

何时使用​

  • 您希望 Claude Code、Cursor 或其他编码 agent 通过 Hermes 发送和读取 Telegram/Discord/Slack 消息
  • 您需要一个 MCP 服务器，同时桥接到所有 Hermes 连接的消息平台
  • 您已经有一个运行中的 Hermes gateway 以及连接的 platform

快速开始​

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:123456、discord:#general）。
channels_list跨所有平台列出可用的消息目标。
permissions_list_open列出在此桥接会话期间观察到的待批准请求。
permissions_respond允许或拒绝待批准的请求。

事件系统​

MCP 服务器包括实时事件桥接，通过轮询 Hermes 的会话数据库来获取新消息。这为 MCP 客户端提供了接近实时的传入对话意识：

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

# 等待下一个事件（阻塞最多超时）
events_wait(after_cursor=42, timeout_ms=30000)

事件类型：message、approval_requested、approval_resolved

事件队列在内存中，从桥接连接时开始。旧消息可通过 messages_read 获取。

选项​

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

工作原理​

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

对于读取操作（列出对话、读取历史、轮询事件），gateway 不需要运行。对于发送操作，它需要运行，因为平台适配器需要活动连接。

当前限制​

  • 仅 stdio 传输（尚无 HTTP MCP 传输）
  • 通过 mtime 优化的 DB 轮询约 200ms 间隔进行事件轮询（文件未更改时跳过工作）
  • 尚无 claude/channel 推送通知协议
  • 仅文本发送（尚不支持通过 messages_send 发送媒体/附件）

相关文档​