MCP：AI 时代的工具接口标准？

0 前言

自从 OpenAI 在 2023 年推出函数调用（Function Calling），我一直思考，咋能真正解锁 AI Agent与工具的生态系统。随基础模型越来越智能，AI Agent与外部工具、数据和 API 的交互方式却变得越来越碎片化——开发者需针对每一个系统单独编写业务逻辑，让Agent能够适配不同环境。

1 标准化

显然，我们需要一个标准化的接口来执行任务、获取数据并调用工具。在互联网时代，API 让不同软件之间可以相互通信，成为了软件的通用语言。但对 AI 模型，目前还缺这样的标准。

2024 年 11 月，模型上下文协议（Model Context Protocol，MCP）发布，迅速引起关注，被认为可能成为这一问题的解决方案。本文探讨：

• MCP 是什么？
• 它如何改变 AI 与工具的交互方式？
• 开发者已经用 MCP 构建了哪些应用？
• MCP 仍然面临哪些挑战？

2 什么是 MCP

MCP 是一种开放协议，旨在让不同系统能够为 AI 模型提供可泛化的上下文信息。它规定了AI Agent如何调用外部工具、获取数据，并与服务交互。

Resend MCP 服务器可以同时与多个 MCP 客户端交互，使其具备邮件发送能力。MCP 灵感源于语言服务器协议（LSP，Language Server Protocol）。在 LSP 中，当用户在代码编辑器中输入时，客户端会向语言服务器请求自动补全建议或代码诊断。

MCP进一步拓展，采用面向 AI Agent的执行模式：

• LSP 主要是被动的，只会在 IDE 发请求时提供反馈
• MCP 则支持 AI Agent自主决策，可以基于上下文信息选择合适的工具，并决定调用顺序，实现复杂任务的自动化
• MCP 还支持“人类参与（human-in-the-loop）”，允许人在关键节点提供额外信息或批准操作

3 MCP目前的热门应用

如有够多的 MCP 服务器，用户就能将任何 MCP 客户端变成“万能应用”。

3.1 Cursor

作为一个代码编辑器，同时也是高质量 MCP 客户端。安装不同 MCP 服务器，可变身为：

• Slack 客户端（连接 Slack MCP 服务器）
• 邮件发送工具（连接 Resend MCP 服务器）
• AI 图像生成器（连接 Replicate MCP 服务器）

更强大的，用户可组合多个 MCP 服务器，解锁新应用场景。如Cursor中，用户可：

• 使用前端 UI 生成 MCP 服务器，自动创建网页界面
• 让 AI Agent调用图像生成 MCP 服务器，为网页自动生成一张配图

这种跨工具协作的能力，正是 MCP 带来突破。

4 核心应用方向

4.1 面向开发者的工作流优化

对开发者，MCP 一大价值是减少切换工具的时间。

开发者的痛点

“我不想为做某个任务而离开 IDE。”

MCP 服务器正满足需求，如：

• Postgres MCP 服务器 → 让开发者直接在 IDE 里执行 SQL 查询，而无需打开数据库管理界面
• Upstash MCP 服务器 → 让开发者在 IDE 里管理缓存索引
• Browsertools MCP 服务器 → 让代码Agent访问浏览器控制台日志，辅助调试

MCP 还能帮助 AI Agent动态获取代码相关的上下文，如：

• 爬取网页内容，为Agent提供实时信息
• 通过 API 自动生成 MCP 服务器，让 AI Agent能直接访问工具，而无需手动集成

即开发者可更少写模板代码，更多专注于业务逻辑。

4.2 全新的 AI 交互体验

尽管 MCP 目前在开发者社区最受欢迎，但它的潜力远不限于技术领域。如：

• Claude Desktop → 让非技术用户也能轻松使用 MCP 服务器，如营销文案生成、设计、客服等任务
• Highlight MCP 客户端 → 允许用户通过 @ 命令调用 MCP 服务器，将生成内容直接输入到任何应用
• Blender MCP 服务器 → 让不会建模的用户，通过自然语言描述 3D 模型，AI Agent自动生成对应的图像或动画

社区还正在开发适用于 Unity 和 Unreal Engine 的 MCP 服务器，AI 生成 3D 内容的流程正在变得越来越完善。

5 MCP现状

MCP生态仍处早期阶段，主要趋势：

• 高质量的 MCP 客户端仍以开发工具为主，但未来会有更多面向商业场景客户端
• 大多数 MCP 服务器是本地优先（local-first）的，未来可能会向远程 MCP 服务器扩展
• MCP 市场和托管解决方案正在兴起，如 Mintlify 的 MCP 市场、Smithery 和 OpenTools，让开发者可以更容易发现和共享 MCP 服务器

6 MCP的挑战

6.1 托管与多租户支持

目前MCP服务器主要1对1，未来需支持多个用户同时访问，尤其SaaS场景。

6.2 身份验证（Authentication）

MCP 目前没有标准的身份验证机制，开发者需要自己实现 OAuth 或 API 令牌管理

6.3 权限管理（Authorization）

MCP 目前的权限是基于会话的，未来需要更细粒度的访问控制。

6.4 网关（Gateway）

未来 MCP 可能需要一个集中式网关，类似 API 网关，管理身份验证、授权、流量控制等功能

6.5 MCP 服务器发现与注册机制

MCP 服务器目前需要手动配置，未来可能会有一个类似 npm 或 RapidAPI 的 MCP 服务器注册中心，让 AI Agent自动发现并集成工具。

7 MCP 的未来：AI Agent的 API 标准？

MCP目前生态很像2010 年代的 API 生态——新颖但仍处早期阶段。若MCP 成为 AI Agent的标准接口，会咋样？

• 工具的竞争力将取决于 AI Agent能否发现并调用它，而不仅仅是 API 设计是否优秀。
• 定价模式可能改变，AI Agent可能会动态选择最便宜、最快、最相关的工具，而不是仅仅依赖市场占有率。
• 文档将变得至关重要，因为 AI Agent需要机器可读的格式来理解 MCP 服务器的功能。
• API 将不再是终点，开发者需要围绕具体场景构建 MCP 服务器，而不是简单地开放 API 端点。

MCP 正在重塑 AI Agent生态，但它的未来取决于开发者如何解决当前的基础问题。如果一切顺利，MCP 可能会成为AI Agent调用工具的默认接口，解锁全新的自主、多模态、深度集成的 AI 体验。

本文已收录在Github，关注我，紧跟本系列专栏文章，咱们下篇再续！

• 🚀 魔都架构师 | 全网30W+技术追随者
• 🔧 大厂分布式系统/数据中台实战专家
• 🏆 主导交易系统百万级流量调优 & 车联网平台架构
• 🧠 AIGC应用开发先行者 | 区块链落地实践者
• 🌍 以技术驱动创新，我们的征途是改变世界！
• 👉 实战干货：编程严选网