MCP 会成为标准吗？展望即将到来的内容

I’m happy to translate the article for you, but I need the full text you’d like translated. Could you please paste the content (or the portion you want translated) here? I’ll keep the source line, formatting, markdown, and any code blocks exactly as they are.

Introduction

Anthropic 发布了 MCP（Model Context Protocol），瞬间大家都在讨论它。真正的问题是：它会持久吗，还是会成为另一个逐渐被遗忘的协议？

为什么需要标准

每个 AI 应用都面临同一个问题：如何让 AI 访问工具。

• OpenAI 使用函数调用。
• LangChain 有自己的工具格式。
• 每个创业公司都构建了自定义集成层。

这种碎片化导致为一个系统构建的工具在其他系统上无法使用。MCP 旨在通过 标准协议 来解决此问题：一次构建，随处使用。

过去标准的经验教训

Successful standards share common traits:

• HTTP – 起源于 CERN，随后由 W3C 标准化。
• JSON – 由 Douglas Crockford 推广，最终由 ECMA 标准化。
• USB – 由 Intel 及更广泛的联盟推动。

MCP 背后有 Anthropic——虽然不是最大的玩家，但可信，并且是开源的，而非专有的。

MCP概述

• 简洁性：类似于 REST，后者之所以成功，部分原因是易于采用。
• 协议：在 stdio 或服务器发送事件（SSE）上使用 JSON‑RPC。
• 标准方法：tools/list、tools/call。
• 模式：对工具有明确的定义。

您可以在一个下午内实现一个基本的 MCP 服务器。

当前 AI‑工具集成的痛点

• 为每个 AI 提供商进行定制集成。
• 缺乏发现工具的标准方式。
• 项目之间工作重复。

MCP 消除这些问题：一个协议，所有 AI 代理。

采用概况

AI 供应商

• Claude（原生支持）
• Cursor（IDE 集成）
• 预计会有更多供应商加入

工具构建者

• MCP 服务器生态系统不断壮大。
• 开源实现层出不穷。
• 各公司正在构建 MCP 集成。

开发者

• 为个人使用构建本地 MCP 服务器。
• 将现有 API 包装为 MCP 工具。
• 分享配置和工具。

早期迹象令人鼓舞，尽管尚未普及。

与其他方案的比较

MCP 的优势在于其供应商无关的设计，旨在实现通用采纳。

风险与情景

• 竞争标准：如果 OpenAI 推出更具营销力的协议，MCP 可能失去动力。
• 多协议：“VHS 与 Betamax”式的局面会迫使开发者支持多个标准，削弱“一次构建，随处使用”的承诺。
• 复杂性蔓延：添加过多功能可能导致 MCP 难以正确实现。到目前为止，它仍保持简洁。
• 小众结果：MCP 可能仅限于 Anthropic 用户，永远达不到临界规模。

未来展望

• 2025 – MCP 在 Claude 用户中采用率提升；OpenAI 可能宣布兼容性或推出竞争标准。
• 2026 – 主要 API（GitHub、Stripe、Slack 等）将与 REST 一起提供 MCP 服务器。框架支持日趋成熟。
• 2027 – MCP 将成为默认；缺少 MCP 支持将等同于今天缺少 REST API。

如果 MCP 成为标准的影响

对开发者

• 一次构建工具，随处使用。
• 无供应商锁定。
• 进入不断增长的生态系统。

对公司

• 向 AI 暴露服务的标准方式。
• 降低集成成本。
• 能够覆盖所有 AI 代理，而不仅限于单一代理。

对用户

• 能真正执行任务的 AI 助手。
• 跨工具的一致体验。
• 更强大的 AI 交互。

Getting Started

• 学习协议基础。
• 构建一些 MCP 工具。
• 将现有 API 包装为 MCP 工具。

像 Gantz Run 这样的工具让这变得轻而易举——只需几分钟即可启动 MCP 服务器，而不是几天。实验的成本很低；迟到的代价却很高。

结论

押注MCP？还是等着看它如何发展？社区的反馈将决定它的未来。