从 M×N 的胶水地狱，到 M+N 的统一标准层

你写好一个能查天气的 Agent，用的是框架自带的 tool 接口，跑通了。第二周，产品说要能查数据库；第三周，要能发邮件。每一个新工具，你都得为当前这个 Agent 写一套适配代码——参数怎么传、返回值怎么解析、错误怎么处理。等你同时维护三个 Agent（一个 IDE 里的、一个后端服务里的、一个聊天机器人的），每个 Agent 都要接这三个工具，你手里就是 3×3 = 9 套几乎重复的适配代码。

每新增一个 Agent 或工具，对接成本就线性爆炸——这正是 MCP 要消灭的 M×N 混乱。

MCP像是「模型世界的USB-C接口」。

在USB出现前，每个设备都有自己的充电口和协议；有了USB-C，任何设备只要做一种接口就能连上所有主机。

MCP让「任何Agent」只要实现一次，就能接上「任何工具」。

MCP（Model Context Protocol，模型上下文协议）

是 Anthropic 在 2024 年 11 月提出的开放标准

，用来统一「语言模型 ↔ 工具 / 数据源 / 外部系统」之间的接口。2025 年底，Anthropic 把它捐给了 Linux 基金会旗下的 Agentic AI Foundation，由一个跨公司的维护者团队公开治理。到 2026 年，它已成为 Agent 连接工具的事实标准，官方 TypeScript 与 Python SDK 的月下载量已接近 5 亿。

一句话：它定义了一套「客户端—服务器」协议，让模型应用（Host）通过统一的 JSON-RPC 接口去发现、调用、交换外部能力，而不再为每个工具写专属代码。

官方文档还配了一张总览图，能一眼看清 MCP 连接的两端：左边是各类 AI 应用，右边是数据源与工具，中间是它提供的统一协议。注意箭头是双向的——应用能调用工具，工具也能把数据和上下文送回模型。

来源：Model Context Protocol 官方文档 · 

这三类分开很关键：工具是「模型决定做的动作」，资源是「你提供给模型的上下文」，提示是「Server 发布的流程」。混在一起，模型就分不清「哪些操作有副作用、该不该自己做主」，行为会变糟。

「分开」具体指沿三个维度划清边界：

用一个日历助手的例子串起来：模型自主调用 Tools「创建会议」，确实在系统里新建了一个会议（有副作用）；你的现有日程作为 Resources 由你注入，模型只读它来「知道今天有什么」；「晨间小结」作为 Prompts 由 Server 写好模板，一键套用产出总结。同一个场景，三类各管一摊。

以「查天气」为例，在 MCP 下的一次 

其中第 ④ 步的「Observation」正是 ReAct 循环中的「观察」——MCP 解决的正是「行动」与「观察」之间的那段传输。

MCP 不是 Function Calling 的替代品。

Function Calling 是模型「表达要调哪个函数」的能力；MCP 是「这个调用怎么通过网络/进程送达、用什么格式、怎么发现」的协议层。两者是上下层关系，不是二选一。

Server 以自己的权限运行，一个流氓 Server 或 prompt injection 可能让 Agent 干出越权的事。2026 年的 spec 在授权上对齐了 OAuth 2.1，但「信任哪个 Server」永远是你自己的责任。

OAuth 2.1 只解决了「门禁」——谁被允许连这个 Server、拿到多大范围的令牌；它既挡不住你亲手装的恶意 Server，也挡不住被注入内容驱动的越权调用。对外部内容保持警惕、给 Server 收紧 scope、隔离高权限 Server，才是你自己的责任。

如果就一两个工具、同一个团队维护、生命周期一起演进，用框架原生 tool 接口完全够，引入 MCP 反而增加一层协议开销和延迟。

满足下面任一条，就该认真考虑 MCP：

1. 你要接的工具/数据源很多，且还会继续增加；

2. 多个 Host（IDE、后端 Agent、聊天机器人）要共用同一批工具实现；

3. 工具由不同团队独立开发、独立部署，不想被某个框架的 tool 格式锁死。

反之，工具少且固定、对延迟极其敏感、运行时已有满意的原生 tool 模型时，可以暂缓。

MCP 的本质，是把「模型连工具」这件事从每家自创的适配代码，变成了一个像 USB-C 一样的开放标准。它让 Agent 的能力可以像插拔外设一样扩展，也是 ReAct 这类循环能真正落地生产的前提。

；② 自己动手写一个小 Server——把「查天气」封装成 MCP Server，15 分钟就能跑通；③ 多 Agent 协作与可观测性，那是 MCP 之上的下一层工程化议题。

MCP 到底解决了什么：为什么 Agent 离不开"统一接入协议"

MCP - 从 M×N 的胶水地狱，到 M+N 的统一标准层

人工智能

编程语言

架构设计

MCP（模型上下文协议）是Anthropic提出的开放标准，通过统一JSON-RPC接口实现AI应用与外部工具的标准化连接，旨在消除M×N对接混乱。该协议定义了Tools、Resources、Prompts三类原子接口，由Linux基金会治理，SDK月下载量近5亿，已成为Agent工具集成的事实标准，可大幅降低多Agent多工具的适配成本。

聊天机器人

TypeScript 

数据库

服务器

Linux

OAuth

Agent

JSON

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

MCP（模型上下文协议）是Anthropic提出的开放标准，通过统一JSON-RPC接口实现AI应用与外部工具的标准化连接，旨在消除M×N对接混乱。该协议定义了Tools、Resources、Prompts三类原子接口，由Linux基金会治理，SDK月下载量近5亿，已成为Agent工具集成的事实标准，可大幅降低多Age...

MCP 到底解决了什么：为什么 Agent 离不开"统一接入协议"

MCP 到底解决了什么：为什么 Agent 离不开"统一接入协议"

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐