
一个协议,终结了 AI 集成工具的碎片化时代
把 AI 比作人:LLM 是大脑,能思考但不能行动。你让它查数据库、发邮件、搜网页——它做不到。
过去想让 AI 调用外部工具,开发者需要为每个模型、每个工具单独写适配器。费时费力,而且换个模型就得重来。
MCP(Model Context Protocol,模型上下文协议) 就是来解决这件事的。它是一个统一的接口标准,让 AI 和外部工具之间终于有了一种"通用的语言"。
MCP 是 AI 模型的"USB 接口"——不管什么工具、什么模型,插上就能用。
没有 MCP 之前 | 有了 MCP 之后 |
|---|---|
每个模型配每个工具都要单独开发 | 工具实现一次 MCP 接口,所有模型都能用 |
接入新工具:改代码、写适配、做认证 | 接入新工具:加一行配置 |
换模型:适配器全要重写 | 换模型:配置不变,直接换 |
Claude Desktop → GitHub 适配器(自己写的)
Claude Desktop → 数据库适配器(自己写的)
Claude Desktop → 搜索引擎适配器(自己写的)
Cursor → GitHub 适配器(又写一遍)
Cursor → 数据库适配器(又写一遍)
...每个应用 × 每个工具 = N × M 倍的开发量。
Claude Desktop ─┐
Cursor ─┤
Windsurf ─┼── MCP 协议 ──┬── GitHub MCP Server
我自己写的工具 ─┘ ├── PostgreSQL MCP Server
├── Brave Search MCP Server
└── ...N + M 的开发量,而且每个 MCP Server 都是社区共享的,你不用自己写。
┌────────────────┐
│ AI 应用(Host) │ ← Claude Desktop / Cursor / VS Code
├────────────────┤
│ MCP Client │ ← 负责协议转换、维护连接
├────────────────┤
│ MCP Server │ ← 封装工具和数据
├────────────────┤
│ 外部资源 │ ← 数据库、API、文件系统...
└────────────────┘一个 AI 应用可以同时连接多个 MCP Server,每个 Server 提供不同类型的工具或数据。
类型 | 做什么 | 例子 |
|---|---|---|
Tool(工具) | 让 AI 执行操作 | 发邮件、查数据库、调用支付接口 |
Resource(资源) | 让 AI 读取数据 | 读文件、搜索文档、获取 API 数据 |
Prompt(提示词) | 动态注入上下文 | 模板化提示词、自动加载项目规范 |
你:帮我查一下用户的订单状态
Claude Code 内部:
1. LLM 推理 → "我需要查数据库"
2. MCP Client 发出请求 → PostgreSQL MCP Server
3. MCP Server 执行 SQL → 返回结果
4. 结果注入上下文 → LLM 继续推理
5. LLM 生成回答 → "用户 A 有 3 个订单,都是待发货状态"整个过程你什么都不用做,AI 自己通过 MCP 完成了工具调用。
痛点 | MCP 如何解决 |
|---|---|
工具碎片化 | 统一协议,一次开发,所有 AI 工具都能用 |
上下文断裂 | 工具返回的结果自动注入 LLM 上下文,无缝衔接 |
安全隐患 | 内置 TLS 加密 + 认证 + 权限控制 |
开发效率低 | 集成成本降低约 80%,从 3 天缩短到几小时 |
时间 | 事件 |
|---|---|
2024 年 11 月 | Anthropic 正式发布 MCP 协议 |
2025 年 3 月 | OpenAI 宣布支持 MCP;社区 MCP Server 突破 1000 个 |
2025 年 4 月 | 百度推出 MCP Store |
2025 年底 | MCP 移交 Linux 基金会管理 |
2026 年 | 超 8000 个 MCP Server 注册,80% 新建 AI 应用采用 MCP |
在 Claude Code 中添加 MCP Server:
# 查看已装的
claude mcp list
# 添加一个 MCP Server
claude mcp add context7 -- npx -y @upstash/context7-mcp@latest
# 删除一个 MCP Server
claude mcp remove context7常用 MCP Server 推荐:
需求 | 装哪些 |
|---|---|
日常编码 | Context7 + GitHub + Playwright |
后端开发 | 上面三项 + PostgreSQL |
前端开发 | 上面三项 + Chrome DevTools + Figma |
项目管理 | Linear / Jira + Slack + Notion |
能做的 | 不能做的 |
|---|---|
统一 AI 与工具的接口 | 解决模型本身的推理能力问题 |
简化工具集成的开发 | 替代复杂的业务逻辑 |
提供标准化的安全机制 | 保证每个 MCP Server 的实现质量 |
MCP 的价值在于标准化,不在于替代。 它没有让 AI 变得更聪明,它只是让 AI 能够更轻松、更安全地接入外部世界。
在没有协议标准的时代,AI 的每一次工具集成都需要专属开发,费时、碎片化、不可复用。
MCP 的出现,把 AI 的能力边界从"模型本身能做什么"扩展到了"通过标准接口能连接什么"。
在这个生态里,每个人都可以写 MCP Server,分享给所有人用。你写的数据库工具,别人拿来就能接他的 Claude Code。这就是协议标准化的魅力。
MCP 不是让 AI 更聪明的技术,而是让 AI 更好用的标准。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。