什么是 MCP？AI 智能体如何连接到您的数据（2026 规范更新）
MCP（Model Context Protocol）是一个开放标准，它允许 AI 智能体通过一个通用接口访问工具和数据源。客户端只需使用一种协议，任何兼容的服务器都可以进行响应，而无需为每个应用进行定制化集成。该规范于 2026 年 7 月 28 日进行了重写，这一变化意义重大。
本指南将介绍该协议的作用以及 2026-07-28 版本所做的更改。它还将涵盖目前已弃用的内容、这与普通 API 集成的区别，以及您在什么情况下不需要它。此处的信息截至 2026 年 8 月 5 日。
什么是 MCP？
可以把它想象成一个通用的插头形状。在标准出现之前，将助手连接到您的数据库、工单系统和文件意味着需要进行三次定制化集成。每种集成都有自己的身份验证、错误处理和维护负担。
MCP 只需定义一次该连接。客户端（client）是智能体端。服务器（server）封装了数据源或工具，并公开其功能。客户端向服务器询问可用内容，然后进行调用。
服务器通常公开三种内容。工具（Tools）是智能体可以调用的操作。资源（Resources）是可读内容。提示词（Prompts）是可重用的模板。客户端在运行时发现这三者，而不是将它们硬编码。
这个名称的使用比较宽泛，因此有必要澄清一下。该协议不是模型，不是智能体，也不是产品。它是它们之间的传输格式。
两个词可以解释围绕它的大部分困惑。发现（Discovery）意味着客户端在运行时了解服务器提供的内容。复用（Reuse）意味着同一个服务器可以响应任何兼容的客户端。
采用已不再仅仅停留在理论阶段。协议维护者报告称，在一线 SDK 中，每月的下载量已接近 5 亿次。TypeScript 和 Python SDK 的总下载量均已超过 10 亿次。
2026-07-28 规范中发生了哪些变化
这是该协议有史以来最大的一次修订。最核心的变化是其核心现在是无状态的。
| 更改 | 意味着什么 |
|---|---|
| 无状态核心 | 会话和握手已不复存在。每个请求都携带自己的协议版本和客户端标识 |
| 多轮往返请求 | 取代了需要开放流的服务器发起请求。工具可以在调用过程中向用户请求输入 |
| 基于标头的路由 | 方法和工具名称在 Mcp-Method 和 Mcp-Name 标头中传输，因此网关可以根据标头进行路由和授权 |
| 可缓存的列表结果 | 工具、提示词和资源列表现在携带 ttlMs 和 cacheScope |
| 授权强化 | RFC 9207 发行者验证，从动态客户端注册（Dynamic Client Registration）转变为客户端 ID 元数据文档（Client ID Metadata Documents），以及绑定发行者的凭据 |
| 扩展框架 | 任务从实验性核心移入正式扩展，同时移入的还有应用（Apps）和企业托管授权（Enterprise Managed Authorization） |
可以将这个列表看作是重复了六次的一个决定。每一次更改都消除了一个导致远程服务器操作困难的假设。这些更改都没有改变工具本身的功能。
官方的 2026-07-28 规范文章 提供了完整的更改列表。TypeScript、Python、Go 和 C# SDK 已经支持该规范，Rust 处于 Beta 测试阶段。
如果您运行服务器，为什么无状态如此重要
旧的设计假设存在一个持久的双向连接。正是这单一的假设导致了大部分运维上的痛苦。
过去，远程服务器需要粘性会话（sticky sessions），以便客户端始终访问同一个实例。它还需要共享会话存储，以便在重启后保留状态。网关通常必须检查有效载荷（payloads）才能确定请求正在执行的操作。
现在这些都不需要了。服务器可以部署在普通的轮询负载均衡器后面。路由通过标头进行。客户端在服务器声明的窗口期内缓存工具列表。该协议从需要小心翼翼部署的东西，变成了可以正常部署的东西。
这伴随着迁移成本。针对旧核心构建的服务器需要进行改造，客户端库也必须随之迁移。
这一变化也降低了尝试的成本。过去，搭建服务器是一个基础设施层面的决定。现在，它更接近于部署任何小型 Web 服务。
对于任何评估供应商 MCP 服务器的人来说，这是一个需要询问的实际问题：它针对的是哪个规范版本，以及何时进行迁移。
哪些内容已被弃用，以及您还有多少时间
三项功能即将被淘汰：Roots、Sampling 和 Logging。传统的 HTTP+SSE 传输也被弃用。
维护者承诺在移除前至少提供 12 个月的过渡期。这很宽容，但也是一个截止日期。如果您基于这四者中的任何一个进行了构建，请将迁移列入路线图（roadmap），而不是积压任务（backlog）。
还要检查您的客户端，而不仅仅是服务器。绑定到旧传输协议的客户端在过渡期内将继续工作，之后将停止工作。
动态客户端注册（Dynamic Client Registration）已被正式弃用，取而代之的是客户端 ID 元数据文档（Client ID Metadata Documents）。绑定发行者的凭据现在可以防止为某一服务器签发的令牌在另一服务器上被重放。
MCP 与普通 API 集成的对比
| 定制 API 集成 | MCP 服务器 | |
|---|---|---|
| 针对每个源的工作 | 每次都需要新的身份验证、架构和错误处理 | 一种协议，重复使用 |
| 发现 | 硬编码存在的内容 | 客户端在运行时询问 |
| 谁可以使用它 | 您将其构建入的应用 | 任何兼容的客户端 |
| 维护 | 当供应商的 API 发生变化时会中断 | 服务器吸收变化 |
| 最适合 | 单一深度、高流量的路径 | 智能体访问的多个源 |
另一个需要考虑的因素是谁来维护连接器。供应商发布的服务器会随供应商的产品一起更新，这意味着您无需再承担这部分工作。
坦率地说，对于单一集成，MCP 并不更快或更便宜。它的优势在于源的数量增加时，或者当您希望多个智能体在无需重建的情况下访问同一个源时。
连接数据源后您可以生成什么
连接只是管道。人们之所以费尽周折，是为了最终的交付成果。
接入数据源后，智能体可以提取当前数据并运行分析。返回的是成品：图表、书面总结或一套幻灯片。其价值在于省去了导出步骤，而不是协议本身。交付成果也是让这一设置在内部值得坚持的原因。如果一个连接没有人将其转化为报告，它就会被悄悄关闭。
Powerdrill Bloom 提供了基于这种模式的服务器。根据其自身文档，它使用您的 User ID 和 Project API Key 进行身份验证。然后，客户端可以浏览您账户中的数据集，提取其中任何一个的详细信息，并通过用自然语言提问来运行任务。它适用于 Claude Desktop 和其他兼容的客户端。MCP 服务器发布公告介绍了具体设置，数据连接器页面列出了其他源类型。
什么时候您根本不需要 MCP
这部分在大多数解释中都被忽略了，因此有必要说清楚。
如果您的数据是以文件形式提供的，您不需要协议。您需要的是上传。季度导出文件、别人发给您的 CSV 邮件、PDF 账单——这些都不足以成为搭建服务器的理由。直接把文件拖进来，然后提问即可。
在构建之前，先问一个问题：下个月除了您之外，是否还有其他人需要同样的导出文件？
当数据源是实时且循环往复的时，MCP 才能发挥其价值。例如每小时变化一次的数据库、工单队列、为周报提供数据的数据仓库表。测试的标准是，下周您是否还需要再次导出相同的内容。
还有一个安全维度的考量。连接的源是长期授权，而不是一次性共享。2026-07-28 的授权更改正是因为这种区别至关重要。
简短版本
MCP 是智能体和数据源之间的标准插头。2026-07-28 版本使核心无状态化，将路由移入标头，使列表结果可缓存，并收紧了授权。Roots、Sampling、Logging 以及旧的 HTTP+SSE 传输已被弃用，过渡期为 12 个月。
对于一次性文件，请跳过所有这些步骤。免费试用 Powerdrill Bloom——上传文件，用自然语言提问，然后导出图表或幻灯片。如果您正在比较服务器选项，请参阅最佳 MCP 平台。
常见问题
MCP 代表什么？
Model Context Protocol（模型上下文协议）。它是一个开放标准，用于通过一个接口将 AI 客户端连接到工具和数据源。这样，每个新源都可以避免定制化集成。
MCP 2026-07-28 规范中发生了哪些变化？
核心变为无状态，放弃了会话和握手。多轮往返请求取代了通过开放流进行的服务器发起请求，路由移入了 Mcp-Method 和 Mcp-Name 标头。列表结果变得可缓存，并且通过发行者验证和绑定发行者的凭据强化了授权。
MCP 和 API 是一回事吗？
不是。API 是单一供应商指向单一系统的接口。而该协议是一个通用包装器，许多系统都可以实现它，因此任何兼容的客户端都可以在无需针对每个源编写定制代码的情况下发现并调用它们。
新的 MCP 规范中弃用了哪些内容？
Roots、Sampling 和 Logging 已被弃用，传统的 HTTP+SSE 传输也是如此。动态客户端注册（Dynamic Client Registration）让位于客户端 ID 元数据文档（Client ID Metadata Documents）。维护者表示，在移除前至少有 12 个月的过渡期。
我需要使用 MCP 来让 AI 分析电子表格吗？
不需要。对于您已有的文件，上传更简单、更快速。只有当数据源是实时的，且您需要定期重新导出相同的数据时，才值得设置该协议。