MCP 全称 Model Context Protocol(模型上下文协议),是让 AI 智能体「调用外部工具」的统一标准。本文用大白话讲清楚它是什么、能干什么、怎么用。
MCP 可以理解成 AI 世界的「USB 接口标准」。USB 出来之前,每种设备都要配一根专用线;MCP 出来之前,每个 AI 平台(豆包、通义、Claude…)调用外部工具都要单独写一套适配代码。
MCP 定了一个通用协议:只要你的工具符合 MCP 规范,所有支持 MCP 的 AI 平台都能直接调用它——一次接入,处处可用。
AI 大模型本身「只会说话,不会干活」。它不知道今天的实时天气、查不了最新的汇率、订不了酒店。要让 AI 干活,就得给它接「工具」。
在 MCP 之前,接入工具的方式是各平台各写一套(Function Calling 格式各不相同)。MCP 把这套东西标准化了:
| 对比项 | 传统 Function Calling | MCP |
|---|---|---|
| 接入方式 | 每个平台单独适配 | 一次接入,多平台复用 |
| 工具发现 | 硬编码在代码里 | 运行时自动发现(tools/list) |
| 生态 | 各自为战 | 统一的工具市场/目录 |
| 代表平台 | OpenAI 早期 | Claude、豆包、通义、Cursor 等已全面支持 |
1. MCP Server(工具服务端):把某个能力(查天气、查汇率、读数据库)封装成工具。比如一个「天气 MCP Server」对外提供 weather_query 工具。
2. MCP Client(客户端):AI 应用或 Agent 平台,比如 Claude Desktop、豆包、Cursor、扣子。它们发现并调用 MCP Server 的工具。
3. MCP Host(宿主):运行 AI 模型、编排工具调用的环境,最终决定「什么时候调哪个工具」。
路线 A(开发者):自己写 MCP Server。适合有接口、有工程能力的团队。用官方 SDK 把 HTTP 接口包成工具,再接入目标平台。
路线 B(零代码):用 MCP 网关托管。把 HTTP API 填进网关,网关自动生成标准 MCP 工具,一键分发到 12 个 AI 平台。适合不想写代码、想快速把接口开放给 AI 的人。
豆包(扣子)、通义千问、文心一言、智谱 GLM、Kimi、MiniMax、腾讯混元、DeepSeek 等都支持 MCP 客户端。拿到一个 MCP 地址(URL + API-Key),填进对应平台的 MCP 设置即可,无需写代码。