P.S. 无意间发现了一个巨牛的人工智能教程，非常通俗易懂，对AI感兴趣的朋友强烈推荐去看看，传送门https://blog.csdn.net/H1727548

最近MCP出了新规范，整个开发圈直接吵成了菜市场。

有人拍桌子说这才是正确方向，有人翻着白眼说折腾半天又回去了。

咱们今天掰开揉碎了说，这事儿到底咋回事。

1. 核心改动一：协议会话，直接给删没了

1.1 以前的有状态玩法，有多折腾？

早先得先握手建会话，靠 Mcp‑Session‑Id 全程跟踪状态。

说白了就像去老派理发店，进门先给你安排个专属托尼，全程只能找他剪，换个人都接不住你的需求。

1.2 坑全在扩容和运维上

负载均衡基本等于摆设，客户端必须钉在持有会话的那个实例上，跟粘了502似的撕不下来。

部署的时候还得想着排空会话、迁移状态，运维半夜加班的理由又多了一个。

1.3 现在直接无状态化，随便落

新规范直接把会话从核心请求路径里踢出去了。

每个请求自己带好协议版本、客户端身份和能力，落到哪个实例上都能直接处理。

就像现在的共享办公区，进来找个空位就能干活，不用提前预约专属工位，弹性直接拉满。

2. 核心改动二：加了俩必选HTTP标头

2.1 以前网关想干活，得拆包看内容

早先MCP消息是跑在HTTP上的JSON‑RPC，所有请求信息全塞在请求体里。

网关想知道你是列工具、调工具还是读资源，必须把JSON正文拆开解析。

相当于快递员想分拣包裹，得挨个拆箱验货，效率低不说，还特别费劲。

2.2 现在直接把信息写在“面单”上

新规范要求所有请求必须带 Mcp‑Method 和 Mcp‑Name 两个标头。

比如调用工具，直接在标头里写清楚方法和名称，网关不用拆包，扫一眼就全明白了。

2.3 现成的基础设施直接能用

原来给普通API用的限流、WAF、路由规则，直接就能套在MCP上。

甚至还能把工具参数也复制到标头里，搞自定义路由，玩法一下就丰富了。

3. 顺带手改的，还有这些细节

3.1 服务器主动请求，不用一直占线了

以前服务器要找客户端要信息，得一直开着流等着，跟煲电话粥似的占着线。

现在改成多轮往返：服务器返回需要补充信息，客户端收齐答案再重新调用。

部署是简单了，但也意味着等人工审批的时候，没法在单次调用里挂着摸鱼了。

3.2 授权机制直接收紧

动态客户端注册直接被弃用，2027年夏天之后就彻底移除。

同时用上了颁发者标识，令牌只能对应指定服务器使用，安全性直接提了一档。

4. 社区吵架，才是最有看点的部分

4.1 反对派：兜兜转转，又变回REST了

很多人吐槽，当初搞个有状态协议，发现扩不动就把状态剥了，最后就是发个POST请求完事。

REST阵营的老人已经端着保温杯笑了：这道理我们二十年前就讲透了。

还有人说得更直白：这不就是REST API加份规范，再加个运行层授权，也就最后一样算新东西。

4.2 支持派：你们根本没抓住重点

支持的人说，MCP本质是JSON‑RPC没错，但真正值钱的是这套约定。

所有AI模型都训练过这套标准，所有厂商都愿意适配，这才是核心价值。

就像Type‑C接口，技术本身没那么神，但所有设备都认它，这就是意义。

5. 现实落地，比吵架更扎心

5.1 下载量看着挺唬人

官方数据挺好看：MCP SDK月下载量超4亿，今年直接翻了三倍。

听起来火得一塌糊涂，感觉全行业都在拥抱MCP。

5.2 实际调用量，有点冷清

有人审计客户的服务器，三个月一共61次工具调用，58次都是自家工程师测的。

相当于开了个网红店，门口排队的人挺多，真正买单的没几个，大部分都是自己人捧场。

5.3 钱都被中间层赚走了

现在真正吃到红利的，都是做网关、注册中心、身份验证层的。

真正埋头做MCP服务器的，反而没赚到多少钱。

跟当年云计算火了，卖服务器、做机房的先发财，是一个路子。

6. 迁移不用慌，给了缓冲期

也不是让大家立刻全换掉老系统。

老的有状态路由可以和新的无状态路由并行跑，慢慢迁功能，等活跃会话都排空了，再把旧路径下线。

目前各主流语言的SDK都已经更新完了，直接就能用。

总的来说，技术方向肯定是对的，就是看着有点似曾相识。

技术圈的历史嘛，总在循环往复地踩坑、纠错、再踩坑。

P.S. 无意间发现了一个巨牛的人工智能教程，非常通俗易懂，对AI感兴趣的朋友强烈推荐去看看，传送门https://blog.csdn.net/H1727548