开发者更青睐开放的 MCP 标准而非厂商专属的 AI 代理

MCP 于 2024 年 11 月作为 Anthropic 的项目启动——该公司编写了规范，发布了 SDK，并为 Google Drive、Slack、GitHub 和 Postgres 构建了首批参考服务器 ^[1]。仅仅一年多后，Anthropic 对一项战略资产做了企业很少会做的事：放弃了控制权。2025 年 12 月 9 日，MCP 的商标和治理权移交至 Agentic AI 基金会（AAIF），该基金会是 Linux 基金会旗下的定向基金，Anthropic 明确表示维护者将继续优先考虑社区意见，而非任何单一捐赠者的路线图 ^[2]。资助该基金会的白金会员——Google、Microsoft、AWS、Cloudflare 和 Bloomberg——如今共同投资于一个没有任何一方（包括 Anthropic）完全控制的标准 ^[2]。捐赠时，数据已显示出开发者为何重视 MCP：超过 10,000 个活跃的公开 MCP 服务器，每月 SDK 下载量超过 9700 万次 ^[2]。采用的时间线实际上与捐赠所暗示的方向相反：直接竞争对手 OpenAI 在 2025 年 3 月（即 Agentic AI 基金会成立前约九个月）就已在 Agents SDK、ChatGPT 桌面应用和 Responses API 中全面采用该协议 ^[3]。直到 2025 年 12 月 Anthropic 放弃控制权后，OpenAI 才更进一步，成为现在管理该协议的基金会的联合创始方 ^[2]。

在治理故事背后，还有一个更简单的机械原因，解释了为何开发者持续选择 MCP 而非针对单一厂商代理框架进行开发：若无共享协议，将多个模型连接到多个工具和数据源意味着为每一对组合编写定制的、按厂商划分的集成代码，形成一个 N×M 问题，随着任一方新增模型或工具，问题迅速扩大。共享协议将其转变为 N+M 问题，因为工具只需实现一次协议，所有兼容模型即可使用。这几乎就是 Anthropic 的 MCP 创建者之一 David Soria Parra 所描述的前 MCP 状态：每次为不同模型提供商集成时都必须从头重写，每当团队希望将新模型连接到同一工具时，都要复制粘贴并重新配置。他将 MCP 的“一次编写、处处使用”模式比作 USB-C，并形容它为模型提供了通往世界的真实“肢体”，而非强迫为每个新连接手动复制粘贴集成。构建者也从另一角度采纳了类似说法：Avi Chawla 在讨论 LangGraph、CrewAI 和 Agno 等代理框架之间的分裂时指出，随着行业已收敛于少数可在所有框架间通用的开放协议，选择哪个框架正变得无关紧要，因为协议层面的标准意味着底层框架不再构成锁定决策。

本故事中所有厂商侧的数据点都指向同一方向：近一半受访软件组织已在生产中运行 MCP，49% 将 MCP 采用列为公司前五大优先事项，为所有被调查行业中最高 ^[4]。但实际将 MCP 服务器集成到代理中的开发者声音远不那么乐观。在 Reddit 上，反复出现的抱怨并非哲学层面，而是算术问题：无论是否被调用，MCP 服务器的工具列表都会占据模型上下文的每一回合，因此那些很少触发的工具成为永久的令牌税负。一些实践者认为，纯命令行接口（CLI），或 Anthropic 自家更新的“技能”模式（仅在需要时加载上下文），正因这一原因优于 MCP 服务器。这种怀疑也与调查数据一致：尽管生产使用率上升，仍有 64% 的组织将安全担忧列为 MCP 采用的首要障碍 ^[4]。相关矛盾也体现在企业基础设施运营者对该协议的讨论中：云基础设施公司 Mirantis 的 Randy Bias 指出，SaaS 厂商正在设立自己的专用端点（如 github.com/mcp）以替代专有连接器，这证明 MCP 正成为事实上的互操作层，并称赞 Anthropic 快速响应社区需求，添加认证和注册表功能以赢得信任。但他也指出明显的不对称性：即使协议治理完全开放，OpenAI 和 Anthropic 各自销售的专有代理 SDK 却并未加入该开放基金会。开放标准故事与令牌膨胀故事并不真正冲突，它们描述了两条不同的采用曲线：采购方在平台层面选择 MCP 而非专有替代方案，而构建者仍在逐个工具地判断 MCP 是否值得承担固定的上下文成本。

最明确的证据表明，实践者的抱怨不仅被听到，而且得到了回应——2026 年 7 月，MCP 推出了自发布以来最大的一次规范更新 ^[5]。协议核心转向无状态的请求/响应模型，意味着请求不再必须落在其起始的同一服务器实例上，消除了组织尝试在负载均衡器后运行 MCP 时面临的一个扩展限制 ^[5]。同一更新引入了企业级管理授权（Enterprise-Managed Authorization），允许组织集中管理所有连接的 MCP 服务器的登录，而非强制每个服务器单独弹出授权提示 ^[6]。这两项改进直接对应组织实际指出的障碍，企业级 SaaS 厂商如 Asana、Atlassian、Figma 和 Linear 已推出对新企业级管理授权扩展的支持，Slack 的支持也在进行中 ^[6]。

在 2024 和 2025 年赢得开发者心智的 MCP 版本很简单：调用工具，等待响应。X 平台上的构建者讨论表明，这已是旧版本。MCP 的新路线图聚焦于长期运行的代理任务，服务器可在任务中途推送流式结果，人类可在任务执行中进行干预，代理携带委托身份而非共享的永久 API 密钥，同时明确推动减少工具膨胀。这与当前大多数 MCP 服务器实现的“读取文件、调用 API”模式相比，是意义重大的基础设施升级，且恰逢企业被要求对写操作和计费相关工具调用实施作用域权限、模式验证和审计日志，而非允许代理自由调用原始 API。这个最初为避免按模型重写集成而生的协议，正悄然成为自主代理的身份与权限层，这提高了 Reddit 和行业调查已指出的安全问题的重要性。