openhuman/gitbooks/developing/mcp-server.zh-CN.md

description, icon, lang

description	icon	lang
将 OpenHuman Core 作为只读 stdio Model Context Protocol 服务器运行。	plug	zh-CN

MCP 服务器

OpenHuman Core 可以作为可选的 stdio MCP 服务器运行，供 Claude Desktop、Cursor 或 Zed 等本地 MCP 客户端使用。

openhuman-core mcp

该命令不会启动 HTTP JSON-RPC 服务器。它从 stdin 读取换行分隔的 JSON-RPC 2.0 消息，并将 MCP 响应写入 stdout。日志输出到 stderr；添加 --verbose 以获得调试输出。

客户端来源

在 initialize 期间，MCP 服务器捕获 stdio 会话的 params.clientInfo.name。名称通过以下方式规范化：修剪首尾空白，转换为小写，将每个非 ASCII 字母数字字符序列替换为单个连字符，然后修剪首尾连字符。例如，Claude Desktop 变为 claude-desktop，Cursor 变为 cursor，Windsurf 变为 windsurf。

如果客户端省略了 clientInfo.name、发送空值，或发送一个规范化后结果为空的名称，会话会回退到裸的 mcp 来源标签。可写的 MCP 工具应使用此会话来源标签作为记忆来源，以便旧客户端保持现有的 mcp 行为，而可识别客户端可以作为 mcp:<client> 写入。

工具

MCP 表面经过精心设计为只读，并通过现有的控制器注册表以及核心安全策略的读取门禁：

MCP 工具	背后的 RPC	用途
searxng_search*	openhuman.tools_searxng_search	搜索配置的自托管 SearXNG 实例。
memory.search	openhuman.memory_tree_search	对记忆树块进行关键词搜索。
memory.recall	openhuman.memory_tree_recall	对记忆树摘要/块进行语义召回。
tree.read_chunk	openhuman.memory_tree_get_chunk	读取搜索或召回返回的一个块。
tree.browse	openhuman.memory_tree_list_chunks	分页块列表，支持来源/实体/时间过滤。
tree.top_entities	openhuman.memory_tree_top_entities	引用最多的规范化实体，可选按类型过滤。
tree.list_sources	openhuman.memory_tree_list_sources	不同的摄入来源及其块计数和最后活动时间戳。

• 仅在启用 SearXNG 时存在 searxng_search。

searxng_search 在启用 SearXNG 时加入 MCP 目录。它接受 query、可选的 categories（web、news、images）、可选的 language，以及可选的 max_results（1-50）。 memory.search 和 memory.recall 接受 query 加可选的 k（默认 10，上限 50）。tree.read_chunk 接受 chunk_id。tree.browse 接受可选的 source_kinds、source_ids、entity_ids、since_ms、until_ms、query、k 和 offset。tree.top_entities 接受可选的 kind 和 k。tree.list_sources 接受可选的 user_email_hint。

在 config.toml 或通过环境变量启用 SearXNG：

[searxng]
enabled = true
base_url = "http://localhost:8080"
max_results = 10
default_language = "en"
timeout_seconds = 10

OPENHUMAN_SEARXNG_ENABLED=true
OPENHUMAN_SEARXNG_BASE_URL=http://localhost:8080
OPENHUMAN_SEARXNG_MAX_RESULTS=10
OPENHUMAN_SEARXNG_DEFAULT_LANGUAGE=en
OPENHUMAN_SEARXNG_TIMEOUT_SECONDS=10

资源

MCP 服务器将内置提示词资产作为静态资源暴露出来。支持 resources/list 和 resources/read 的客户端可以在不执行任何工具调用的情况下，直接查看完整的智能体个性定义和子智能体提示词模板。

能力声明

initialize 响应包含以下内容：

{
  "capabilities": {
    "tools": {},
    "resources": { "subscribe": false, "listChanged": false }
  }
}

URI 方案

URI	内容
openhuman://prompts/identity	IDENTITY.md — 核心智能体身份定义
openhuman://prompts/soul	SOUL.md — 核心智能体个性与价值观
openhuman://prompts/user	USER.md — 用户档案上下文
openhuman://prompts/agents/<id>	18 个内置子智能体各自的 <id>/prompt.md

所有资源的 mimeType 均为 "text/markdown"。

目录一致性

单元测试 catalog_mirrors_builtins 会将资源目录与 loader.rs 中的 BUILTINS 切片进行交叉验证。若新增内置子智能体而未在目录中添加对应条目，该测试将失败，从而阻断 CI。

资源模板

由于目录完全静态——所有 URI 均为具体地址，不存在模板化——resources/templates/list 始终返回空的 resourceTemplates 数组。该处理器是为了 MCP 规范合规性：当客户端在看到 resources 能力后探测 resources/templates/list 时，会获得格式良好的结果而非 -32601 Method not found。

冒烟测试

printf '%s\n' \
  '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-06-18","capabilities":{},"clientInfo":{"name":"smoke","version":"0"}}}' \
  '{"jsonrpc":"2.0","method":"notifications/initialized"}' \
  '{"jsonrpc":"2.0","id":2,"method":"resources/list"}' \
  '{"jsonrpc":"2.0","id":3,"method":"resources/templates/list"}' \
  '{"jsonrpc":"2.0","id":4,"method":"resources/read","params":{"uri":"openhuman://prompts/identity"}}' \
  | openhuman-core mcp

工具注册表

HTTP JSON-RPC 服务器还暴露一个只读的全局工具注册表，供需要发现元数据而不打开 MCP stdio 会话的智能体和仪表板使用：

RPC 方法	用途
openhuman.tool_registry_list	列出 MCP stdio 工具和控制器支持的工具，包含稳定的 tool_id、路由、版本、输入/输出 schema、允许的智能体、标签、启用状态和健康状况。
openhuman.tool_registry_get	通过 tool_id 返回一个注册表条目，例如 memory.search 或 tools.web_search。
openhuman.tool_registry_diagnostics	返回脱敏的清单统计、疑似写入面、策略面以及外部能力提供方诊断信息。

注册表仅用于发现。它不改变工具分派或权限检查；MCP 调用仍通过 tools/call，控制器支持的工具仍通过其现有的 JSON-RPC 方法路由。

外部能力提供方

OpenHuman 可以在 config.toml 中记录可信外部能力提供方。这只是治理元数据：不会安装包、执行远程代码，也不会绕过现有 MCP/控制器分派路径。

[[capability_providers]]
id = "Acme Tools"
display_name = "Acme Tools"
source_uri = "https://example.com/openhuman/acme-tools"
source_digest = "sha256:abc123"
trust_state = "trusted"
enabled = true

Provider id 会在策略检查前规范化。例如 Acme Tools 会变成 acme-tools；规范化后重复的 id 会被拒绝。只有同时满足 enabled = true 和 trust_state = "trusted" 的提供方，才会被后续准入检查视为可用。没有 provider 配置时保持旧行为：provider 注册表为空，现有工具不会被隐藏。

冒烟测试

printf '%s\n' \
  '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-06-18","capabilities":{},"clientInfo":{"name":"smoke","version":"0"}}}' \
  '{"jsonrpc":"2.0","method":"notifications/initialized"}' \
  '{"jsonrpc":"2.0","id":2,"method":"tools/list"}' \
  | openhuman-core mcp

响应应包含来自 initialize 的 capabilities.tools 和来自 tools/list 的精选工具名称。成功的运行向 stdout 写入恰好两行紧凑的 JSON 响应；notifications/initialized 消息是通知，没有响应。

{"jsonrpc":"2.0","id":1,"result":{"protocolVersion":"2025-06-18","capabilities":{"tools":{},"resources":{"subscribe":false,"listChanged":false}},"serverInfo":{"name":"openhuman-core","version":"<crate version>"},"instructions":"..."}}
{"jsonrpc":"2.0","id":2,"result":{"tools":[{"name":"memory.search",...},{"name":"memory.recall",...},{"name":"tree.read_chunk",...},{"name":"tree.browse",...},{"name":"tree.top_entities",...},{"name":"tree.list_sources",...}]}}