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模式。
)
