关键词：MCP、Model Context Protocol、工具调用、LLM 与外部系统、客户端-服务器

2025 年底开始，圈子里都在聊 MCP（Model Context Protocol）。它常被说得很玄，其实一句话：它是大模型连接外部工具和数据的统一协议，相当于给 AI 装了一排标准 USB 接口。这篇用类比讲清它是什么、长什么样、怎么用。

一、类比：AI 的 USB

早年电脑外接设备五花八门，每个都要专用口；后来 USB 统一了。大模型也类似——以前要让模型查数据库、读文件、调 API，每个都得单独写适配代码。MCP 就是那个"统一接口"：只要工具实现 MCP 服务端，任何支持 MCP 的客户端（Claude、IDE 插件等）都能即插即用。

二、协议长什么样

MCP 是客户端-服务器结构：

Host（如 IDE / 聊天客户端）
   └─ MCP Client ──┬──> MCP Server A（查数据库）
                   ├──> MCP Server B（读本地文件）
                   └──> MCP Server C（调天气 API）

• Host：运行模型的应用

• MCP Client：Host 内的连接器，按协议和 Server 通信

• MCP Server：把某个能力（数据源/工具）包成标准接口暴露出来

通信内容主要是：列工具、调用工具、返回结果。模型决定"调哪个工具、传什么参数"，Server 执行并返回。

三、一个最小示例

假设你有个查订单的 MCP Server，客户端配置里指向它：

{
  "mcpServers": {
    "order-tool": {
      "command": "npx",
      "args": ["-y", "@your/mcp-order-server"],
      "env": {
        "API_BASE": "https://api.moyu.info/v1",
        "API_KEY": "你的密钥"
      }
    }
  }
}

这里 API_BASE 指向任意 OpenAI 兼容端点（示例用了聚合层魔芋 AI，注册：https://www.moyu.info/register?aff=CRB8），模型就能通过 MCP 把"查订单"这类动作委派出去。模型来源按你的部署环境选，不限定。

模型侧看到的只是一个叫 query_order 的工具，描述清楚参数，它就能在对话里自动调用，不用你手写胶水代码。

四、常见误区

• MCP = 让模型变聪明？ 不是。它只解决"模型怎么安全碰外部数据"，聪明与否还是看模型本身。

• 每个工具都要重写？ 不用。实现一次 MCP Server，所有支持 MCP 的客户端都能用。

• 只能本地？ 不，Server 可以是本地进程，也可以是远程服务。

• 和 Function Calling 冲突？ 不冲突。MCP 是"工具怎么接"的传输标准，Function Calling 是模型侧的调用机制，两者常一起用。

五、一句话总结

MCP 把"大模型连接世界"这件事标准化了：Server 负责暴露能力，Client 负责接通，模型负责决策。理解它，你就明白为什么现在各种 AI 工具开始"即插即用"了。

声明：本文为协议科普，所列服务仅作示例，不构成对任何服务的推荐或背书。