MCP v5改的不是协议。
是整个AI应用的基础设施。
读完整个spec，我第一反应是「终于」。
这个改动来得太及时了。
⚡ 第一刀砍在状态管理上。
之前MCP每次调用都要握手、要维持会话、要管理连接池。
听起来是技术细节对吧。
但实际部署的人都知道这背后是什么。
服务器成本高、并发上不去、Serverless化一直是空中楼阁。
现在v5把会话和握手全干掉了。
无状态、原生适配Serverless。
对酒店MCP这种高并发查询场景，
直接等于把并发能力拉到上万，
把运营成本砍掉一截。
说真的，光这一条就值回整个升级。
🎨 第二刀很多人还没注意到。
MCP Apps + Tasks扩展框架。
之前MCP server返回的全是JSON。
现在可以返回真正的UI组件了。
想象一下，AI查酒店的时候直接给你一个房型卡片、价格对比表、取消政策弹窗。
不是截图，不是复制粘贴。
是原生在Claude里渲染的交互界面。
这个改动对旅行场景的冲击比想象的大。
酒店查询天然需要看房型、看价格、看政策。
光给文字描述的体验，2026年了，已经落后了。
🔐 第三刀是OAuth 2.0 / OIDC企业身份对接。
商旅行业最大的买家是谁？
是那些OTA平台、差旅管理公司、酒店集团。
全是企业。
企业客户用MCP最痛的是啥？权限管理。
v5把企业SSO这个口子直接撕开了。
以后酒店MCP可以无缝接入企业账号体系。
这一步直接把企业市场的门打开了。
坦率的讲，协议层正在变成产品层。
当酒店、机票、天气、金融这些数据源，
都具备无状态规模、富UI渲染、企业级身份对接这三件套的时候，
它就不再是「要集成的API」，
而是「要调用的能力」。
酒店MCP已经在v5上重写了。
对于RollingGo酒店MCP来说，这无疑是大好消息。无状态 + Serverless，服务器压力骤降 → 成本降 + 能扛更高并发。我们这种高并发查询场景（查酒店、查房型、查价格都是高频调用）受益最直接。能返回漂亮的界面了（MCP Apps），用户在 Claude 里调用RollingGo酒店MCP看到的酒店搜索结果，从干巴巴的文字变成房型卡片 + 价格对比表 + 取消政策弹窗。
RollingGo200 万酒店数据终于能 “漂亮地被呈现” 了。第三点呢，因为本身现在对接一个企业一个 Key → 直接用，这套流程已经够简单了，没太多Key 痛点，RollingGo酒店MCP也有OAuth 2.0模式。
