模型上下文协议客户端

它解决什么问题

在基于 MCP（Model Context Protocol）的 Agent 应用里，客户端的工作远不止「调一个远端模型」：它要负责与 MCP 服务器建立连接，拉取服务器暴露的工具清单，并把这些工具注册进本地的工具调度层，供 Agent 在推理时按需调用。缺少这一层，Agent 框架要么完全看不到服务器上的工具，要么就得自己手写一遍传输与协议处理逻辑。而 MCP 服务器既有通过 stdio 启动的本地子进程，也有通过 HTTP 暴露的远程服务——两种传输意味着两套接入代码，这正是重复劳动的来源。

核心能力

• 连接服务器：同时支持 stdio 与 HTTP 两种传输方式，前者面向本地子进程场景，后者面向远程端点场景。
• 注册工具：连接建立后获取服务器的工具清单与入参 schema，并将工具注册为上层 Agent 可发现、可调用的能力。
• 关键步骤：配置并启动客户端 → 选定传输方式建立连接 → 拉取工具清单 → 完成工具注册 → Agent 通过客户端发起工具调用并获取结果。

适用边界与注意点

• stdio 与 HTTP 不能混用：一个客户端实例需要显式绑定其中一种传输，选型取决于服务器是本地进程还是远程端点。
• 注册结果依赖服务器返回的 schema 质量；工具定义不规范时，注册后的调用可能失败，问题会暴露在调用侧而非注册侧。
• 该技能只覆盖客户端一侧：它不负责实现服务器端的工具逻辑，也不替代 Agent 自身的规划与决策。