AI 知识
MCP 快速入门:模型上下文协议是怎么把工具接进 AI 的
MCP(Model Context Protocol)正在成为 AI 应用连接外部工具的事实标准。本文用最短的篇幅讲清它解决什么问题、由哪些角色组成,以及如何跑起你的第一个 MCP Server。
- 发布时间
- 阅读时长
- 3 分钟
- 来源
- —
如果你这一年用过 Claude Desktop、Cursor 或者别的 AI 编程工具,大概率已经见过 MCP 这个词。它出现得非常频繁,但解释起来并不复杂:这是一套把「工具和数据」接进模型的标准协议。这篇文章把它讲清楚。
MCP 解决的是「每个工具都要重接一遍」的问题
在 MCP 出现之前,AI 应用想用外部能力,基本靠各家自己定义的插件或 Function Calling。模型 A 的接法搬到模型 B 上不通用,同一个数据库接口要在 Claude、Cursor、自研 Agent 里各写一遍,维护成本随着「模型数 × 工具数」增长。
Anthropic 在 2024 年底开源了 Model Context Protocol,把这件事标准化:工具提供方只实现一次 MCP Server,任何支持协议的客户端都能直接调用。社区常把它比作 AI 应用的 USB-C 接口——接口统一之后,外设生态才能真正铺开。
三个核心角色
- MCP Host:承载模型的那个应用,比如 Claude Desktop、Cursor 或你自己写的 Agent。
- MCP Client:Host 内部负责协议通信的连接器,管理与 Server 之间的会话。
- MCP Server:能力的提供方,对外暴露三类东西——Tools(可调用的函数)、Resources(可读取的数据)、Prompts(预置的提示词模板)。
五分钟跑起第一个 Server
- 准备 Node.js 环境(官方 SDK 对 TypeScript 支持最完整)。
- 用官方脚手架初始化项目,引入 @modelcontextprotocol/sdk。
- 定义一个最简单的 Tool,比如查询天气或读写本地文件。
- 在客户端配置文件里注册你的 Server(Claude Desktop 是一段 JSON 配置)。
- 重启客户端,在对话里触发工具调用,确认请求真的走到了你的代码。
它和 Function Calling 是什么关系
这个问题最容易被误解。Function Calling 是模型侧的能力:模型决定「我要调用某个函数」并给出参数;MCP 是应用侧的分发标准:规定这个函数如何被发现、描述、鉴权和传输。两者是互补关系——MCP Server 描述的工具,最终很多还是靠模型的 Function Calling 能力来调用。
协议规范和 SDK 都在开源仓库维护,变动较快,动手前建议先读一遍官方文档的当前版本。
写在最后
MCP 的意义不在技术多深,而在生态位选得准:它把「工具接入」从每个应用的私事变成了公共标准。想做工具生态的团队,现在入场成本已经很低。站内 AI 导航 也收录了不少 MCP 相关的工具与仓库,可以按需翻阅。