MCP（模型上下文协议）

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]"

2. 将 MCP 服务器添加到 ~/.hermes/config.yaml：

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

3. 启动 Hermes：

hermes chat

4. 请 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 配置。

常用键

键	类型	含义
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 工具	注册名称
filesystem	read_file	mcp_filesystem_read_file
github	create-issue	mcp_github_create_issue
my-api	query.data	mcp_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 才注册提示词实用工具

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

按服务器过滤

你可以控制每个 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 服务器很有用（例如，当加载新数据库 schema 时添加工具，或当服务下线时移除工具的服务器）。

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

重新加载

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

/reload-mcp

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

工具集

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

mcp-<server>

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

安全模型

Stdio 环境变量过滤

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

只有明确配置的 env 加上安全基线才会传递。这减少了意外的密钥泄露。

配置级暴露控制

新的过滤支持也是一种安全控制：

• 禁用你不想让模型看到的危险工具
• 仅为敏感服务器暴露最小白名单
• 当你不想暴露该界面时禁用资源/提示词包装器

示例用例

具有最小 issue 管理界面的 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 服务器请求 Hermes 代表其生成文本 — 对于需要 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 的 Agent（Claude Code、Cursor、Codex 或任何 MCP 客户端）可以使用 Hermes 的消息功能 — 列出对话、读取消息历史记录，以及跨所有已连接平台发送消息。

何时使用

• 你希望 Claude Code、Cursor 或其他编码 Agent 通过 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: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 基础设施。

对于只读操作（列出对话、读取历史记录、轮询事件），网关不需要运行。对于发送操作，网关确实需要运行，因为平台适配器需要活跃连接。

当前限制

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

相关文档

• 在 Hermes 中使用 MCP
• CLI 命令
• 斜杠命令
• 常见问题