模型上下文协议 (Model Context Protocol) 是一种开放标准,它定义了 AI 智能体如何与提供数据、工具和提示语的服务端进行交互。
MCP的核心思想是:用一套统一、安全、可组合的标准协议,让大模型 / Agent 与任意外部系统(数据、工具、服务)像 “USB-C” 一样即插即用,彻底解决传统点对点集成的 M×N 复杂度。
- 对于开发者:无需为 AI 工具或本地 IDE 重复编写集成代码。
- 对于企业:敏感数据可以留在本地环境,通过标准化的 MCP 服务端按需向模型暴露,而无需将原始数据上传至云端。
在生成式 AI 爆发的初期,开发者面临着一个巨大的工程痛点:连接器的爆炸。如果你想让大语言模型调用接口、读取代码仓库或访问本地的 SQL 数据库,你需要为每一种工具、每一种模型编写特定的集成代码。
这种连接模式导致了极高的维护成本和极差的可移植性。2024 年底,Anthropic 推出了 Model Context Protocol (MCP)。如果说 LLM 是 AI 时代的计算引擎,那么 MCP 就是统一的通信底座。它不再仅仅是一个接口,而是一套开放的标准协议,旨在让 AI 模型能够以一种“即插即用”的方式,安全、无缝地访问外部数据源和工具能力。
MCP 的架构设计并非为了重新发明通信方式,而是为了在大模型与碎片化数据源之间建立一套解耦且标准化的交互模式。MCP 采用了经典的客户端-服务端(Client-Server)架构,并创新性地引入了“宿主(Host)”分层,形成了一个三位一体的运作体系。
以下是 MCP 官方展示的架构。

在 MCP 生态中,存在三个关键角色,它们各司其职,共同完成从“意图”到“执行”的转化:
- MCP Host(宿主应用):智能体的“神经中枢”
Host 是用户与 AI 交互的第一入口,也是整个系统的“大脑”。它负责集成大模型,调度多个 MCP Client 的生命周期,并充当安全“守门员”,决定哪些工具可以被执行。
例如,集成在企业 OA 里面的 AI 助手,它们作为 Host 来管理企业私有的插件集。 - MCP Client(客户端):连接意图与能力的“翻译官”
Client 是嵌入在 Host 内部的协议实现层。Host 每连接一个 Server,就会实例化一个专用的 Client。它的任务是将大模型的推理结果“翻译”成标准的 JSON-RPC 请求,并维护与 Server 的实时连接状态。
例如,当你需要 AI 查 GitHub 代码时,Host 会启动一个 GitHub MCP Client。该 Client 专门负责维持与 GitHub 接口的对话,确保数据传输不掉线。 - MCP Server(服务端):执行任务的“百宝箱”
Server 是能力的最终提供者,是一个独立的程序。它通过 MCP 协议向外展示自己有什么、能做什么。Server 既可以安静地躺在你的本地计算机里,也可以部署在远程云端。
例如,通过 Server 让 AI 执行“发送工作群消息”或“创建在线文档”等动作。
在 AI 工具集成领域,开发者通常面临三种选择:直接调用 API、在平台内注册 Skill(技能),或接入 MCP 服务。理解三者的差异,是选择 MCP 的前提。
| 对比维度 | Skill | 直接 API 调用 | MCP |
|---|---|---|---|
| 可移植性 | 基于 SKILL.md 开放标准,可被智能体直接识别,一套 Skill 随处可用。 | 每换一个 Agent 框架,都要重写适配代码,无法复用。 | 一次开发 MCP,任何兼容 MCP 的客户端均可直接接入,即插即用。 |
| 开放性 | 基于开放标准的模块化能力,生态迅速扩张。 | 各家 API 格式、认证方式各异。 | 社区驱动的开放协议,生态活跃。 |
| 数据主权 | Skill 文件存放在本地或私有代码库,数据自主可控,不经第三方平台。 | 数据需发往 API 服务端,安全策略由接口提供方决定。 | MCP 可部署在本地,数据不出域;但密钥仍需本地妥善保管。 |
| 上下文支持 | 采用“渐进式加载”:先只看名称/描述(~100 tokens),触发后才加载完整指令,比传统 Prompt 节省 70%+ Token。 | 每次调用彼此独立,大模型无法“看懂”API,需人工写代码翻译。 | 提供 Tools、Resources、Prompts 三大核心机制,让大模型能够以统一的“协议语言”,与任何外部数据、服务和工具进行无缝沟通。 |
| 集成成本 | 修改 SKILL.md 即可更新逻辑,无需重启。隐性成本:编写高质量的 Skill 认知要求高。 | M 个工具 × N 个平台 = M×N 套适配代码。工具变更需同步更新所有调用方的代码。 | 工具侧实现一次 MCP 接口,所有兼容的 AI 应用均可使用。前期有开发成本,后期维护极低。 |
- 优势一:打破平台锁定,能力可跨生态复用
Skill 是平台私有规范,你在 A 平台注册的技能无法在 B 平台使用。MCP 作为开放标准,工具开发者只需实现一次 MCP Server,即可被所有兼容 MCP 协议的平台(包括 Claude、AgentArts、Cursor 等)直接调用。对企业而言,工具资产不再被平台绑架;对开发者而言,一套实现覆盖全生态。 - 优势二:数据主权可控,敏感数据不出本地
Skill 和直接 API 调用通常要求数据流经云端平台。MCP Server 可以完全部署在企业本地环境或私有网络中,大模型通过标准协议按需获取所需数据,原始敏感数据始终留在企业自己的安全边界内,适配金融、医疗、政务等对数据主权要求极高的行业场景。 - 优势三:降低集成成本,M×N 变 M+N
传统模式下,M 个工具对接 N 个平台,需要 M×N 次定制开发。引入 MCP 后,工具侧一次实现 MCP Server,平台侧一次适配 MCP Client,新能力接入成本降至近乎为零,存量 REST API 或 CLI 能力也可快速封装为 MCP 服务,无需重写业务逻辑。 - 优势四:丰富的上下文原语,将“死接口”变为“活资产”
普通的 API 或 Skill 调用通常是"请求-响应"的单次死板交互,工具只会返回冰冷的结果,缺乏任何语义背景。MCP 提供了 Tools(执行工具)、Resources(数据资源)和 Prompt(提示词)三大标准化原语,将过去碎片化的数据接口升级为富含语义的上下文通道。Agent 可以动态发现工具的能力边界,甚至订阅外部资源的实时变化(如数据库更新、本地文件修改)。这种"活资产"特性,为大模型执行复杂的多轮推理和长周期任务提供了质量更高的上下文养料,是 Skill 和裸 API 调用无法提供的。 - 优势五:架构天然安全,最小权限易落地
MCP 采用 Client/Server 分层隔离架构,工具侧无法获取完整的会话上下文,只能按需以最小权限接收传参。这种架构极易实现会话隔离、数据拦截和调用审计,契合企业级平台「会话隔离、全链路权限管控」的安全底线——相比直接暴露 API 或在平台内注册 Skill,安全边界更清晰、权限管控更精细。
如下图所示,一次完整的基于 MCP 协议的智能体任务执行,包含了从底层握手到高层逻辑推理的关键阶段。

图中展示了一个“销售助手”智能体,用户希望它能执行类似“查询销售数据并把结果发邮件”的任务。其中,MCP 集成了数据库查询(query_db)和邮件发送(send_email)功能。
- 第一步:意图规划
当用户说“查询销售数据并发邮件”时,Agent 启动推理。它将用户问题与预存的工具描述结合。大模型做出第一个决策:“为了完成目标,我必须先执行 query_db 拿到原始销售额。” - 第二步:精准行动(图中第一次思考)
指令发出后,系统内部会自动完成协议翻译,驱动 MCP 深入底层数据库,精准取回“销售额:100万”这类结构化结果。 - 第三步:反馈再决策(图中第二次思考)
拿到结果后,会进行“中间汇报”:数据到手了,下一步干什么?基于反馈,大模型做出第二个决策:“现在,调用 send_email 工具把数据发出去。” - 第四步:总结阶段
当邮件发送成功的回执返回后,它会把复杂的执行过程总结成一句话:“已经帮您查到了销售数据并成功发送邮件。”交付给用户。
在华为云智果(AgentArts) 智能体平台中,MCP 不仅是连接外部世界的标准协议,更是构建生产级 Agent 的核心枢纽。AgentArts 将 MCP 与平台能力深度融合,提供“开发 — 运行 — 观测 — 评估”的一站式治理能力:
- MCP 快速集成
AgentArts 在资产广场中提供了多种预置 MCP,同时支持主流的 Streamable HTTP/SSE MCP 接入方式。开发者既可以接入本地自建的 MCP Server,也可以直接对接第三方远程 API 接口,灵活适应不同场景。 - MCP 全链路 Trace 追踪
一次请求背后可能触发数十次工具调用和 API 请求。AgentArts 提供了从 Trace 追踪到日志采集的完整可观测解决方案。当工具调用失败或响应异常时,开发者不再面对黑盒,而是能清晰追溯 MCP 链路的每一个节点。 - MCP 质量评估与持续迭代
在 MCP 场景中,大模型推理是否准确?工具选择是否最佳?参数提取是否完整?AgentArts 内置了自动化评估引擎,将 Agent 调用 MCP 的表现从“主观感觉”转化为“客观指标”,构建起“评估—反馈—优化”的科学闭环。
关联产品
关联产品
智果(AgentArts)智能体平台
一站式企业级智能体开发平台
MaaS模型即服务
极致性能,易用好用的Tokens服务