先说结论：MCP 不是 Agent，MCP 是让 Agent 能干活的那根线。

很多人把这俩混着聊，好像有了 MCP 就等于有了 Agent。不是这样的。一台手机没有充电线，它有算力，有屏幕，有操作系统——但接不上电也连不了网。MCP 对 Agent 来说就是那根 USB-C。

MCP 全称 Model Context Protocol，模型上下文协议。名字唬人，干的事很朴素：给 AI Agent 一个标准化的方式去连接外部工具和数据。

一、为什么需要它

MCP 出现之前，Agent 要连数据库写一套代码，调 Slack API 再写一套，读 GitHub issue 还得写一套。

我之前做过一个内部 Agent 项目，一个简单的运维助手——光是工具连接层就写了快两周。数据库要 SQL client，监控要 Grafana API，工单要 JIRA REST API，每个都有自己的认证方式和数据格式。Agent 推理逻辑本身几天搞定，但"接线"的时间是逻辑开发的好几倍。

想象一下 2015 年出门要带三根充电线的感受。安卓用 Micro USB，苹果用 Lightning，笔记本用圆口电源。MCP 做的事和 USB-C 一样：一根线搞定所有设备，一套协议接上所有工具。

二、拆开看长什么样

MCP 就三个角色。

Host 是你的 AI 应用——Claude Desktop、Cursor、或者你自己写的 Agent。Server 是提供具体能力的服务，一个 Server 可以连数据库、调 API、读文件系统，它暴露 Tool（可调用的操作）和 Resource（可读取的数据）。中间还有个 Client 做协议协商，你不用管它——就像 USB-C 线里的芯片，看不见但少不了。

底层走的 JSON-RPC 2.0，本地远程都行。

这里最值得注意的一点：Agent 不直接碰外部系统，中间隔了一层 MCP Server。就像 USB-C 有协议协商芯片来保护设备，MCP Server 这一层可以做权限控制——不同的 Agent 拿到不同的访问级别。你的运维 Agent 能查日志但不能删数据库，实习生的 Agent 只能读不能写。这种安全隔离在之前"每个工具各写一套"的时代是很难统一做到的。

三、谁在用，用成什么样了

MCP 是 Anthropic 在 2024 年底提出的。说实话，刚出来大家普遍观望——又一个协议？

后来发展比较快。OpenAI 在 2025 年 4 月宣布支持，Google 和百度也陆续接入，到年底 Linux 基金会接手成立了 AAIF。一年时间从单一厂商提案变成多方参与的开放标准，至少说明这个需求是真实的。

据公开报道，Liftoff Mobile 用 MCP 把 Grafana 和 JIRA 串了起来，Agent 自动拉监控数据生成报告、创建工单。Telefonica 用它做推理路由，Agent 根据负载动态选 GPU 或 CPU。不算什么惊天用例，但这恰恰说明 MCP 的定位——它不是要让 Agent 变聪明，而是让已经聪明的 Agent 有地方施展。

和 USB-C 一样，MCP 的意义不在于这根线本身多了不起，在于它让你不用再为每台设备找不同的线。

最后说一个我自己还没想清楚的问题：MCP 会不会成为下一个 REST？

REST 的成功不是因为技术最优，是因为够简单、够灵活，在正确的时间出现在正确的位置。MCP 有类似的势头。但 Agent 生态比 Web API 生态复杂得多——Agent 可以主动发起动作，安全模型完全不同，状态管理也更棘手。

不管最终赢家是不是 MCP，Agent 工具连接的标准化这件事大概率绕不过去。