一句话定义
MCP（Model Context Protocol，AI 词典：模型上下文协议">模型上下文协议）是一套开放标准，规定 AI 应用该怎么"插上"外部的工具和数据——就像 USB-C 规定了任何设备该怎么插进任何电脑。
没有它之前，是什么样子
假设你有 5 个 AI 助手、10 个内部系统（工单、数据库、代码仓库、日历……）。想让每个助手都能读工单、查数据库，就得为每一对组合各写一套连接代码：5 × 10 = 50 份适配器。换一个 AI 助手，之前的活全白干。
MCP 把这件事劈成两半：工具那一侧实现一个 MCP Server，AI 应用那一侧实现一个 MCP Client，两边说同一套话（基于 JSON-RPC 的消息格式）。于是 50 份变成 5 + 10 份。这就像 USB-C 出现之前，每个充电器、每根线、每个设备都各有一套接口；出现之后，只要两头都是 USB-C，随便插。
MCP Server 通常提供三类东西
- Tools（工具）：模型可以主动调用的动作，比如"查询订单状态""发一封邮件"
- Resources（资源）：模型可以读取的数据，比如某个文件、某张数据库表
- Prompts（提示模板）：预置好的常用指令，帮用户一键发起某个任务
反过来，AI 应用这一侧也能给 Server 一些能力，比如让 Server 借用模型的推理来生成内容（Sampling）。传输上，本地进程常用标准输入输出，远程服务走 HTTP，具体以官方规范页面为准。
和相邻概念的区别
| 对比对象 | 它解决什么 | 和 MCP 的关系 |
|---|---|---|
| Function Calling（函数调用） | 模型怎么表达"我要调用工具" | 互补。函数调用是模型的动作，MCP 是把工具送到模型面前的管道 |
| 传统 API / SDK | 开发者怎么用代码调服务 | MCP 面向模型运行时，接口自描述、可被发现 |
| 某平台的插件生态 | 单一平台内接工具 | MCP 跨客户端，换一个 AI 应用不用重写 |
一句话：函数调用是"嘴"，MCP 是"插座和电线"。
对从业者的实际意义
对开发者，写一次 MCP Server，把公司内部系统接上去，之后在任何支持 MCP 的客户端里都能复用，不用为每个 AI 产品重写一遍胶水代码。
对企业，重点从"怎么接"变成"接得安不安全"。MCP 本身不负责权限和审计，所以别把能删库的工具随手挂上去，最小权限、人工审批、调用日志该配还得配。工具描述写得含糊，模型照样会调错——标准只保证连得上，不保证用得好。
对普通人，好处很朴素：以后换一个 AI 助手，不用重新教它怎么连你的日历、笔记和邮箱。插头通用了，线才不用换。