一句话：AI 帮你点咖啡已经不是科幻，但过程比你想象的魔幻。
背景
瑞幸咖啡最近上线了 AI 开放平台，提供基于 MCP（Model Context Protocol） 的标准化接口，让 AI Agent 可以直接搜索门店、浏览菜单、下单、支付。
听起来很美好——对着 AI 说一句「来杯冰美式」，咖啡就送到手边。
实际体验下来，可能结果是，token价格跟咖啡差不多，并且体验没有显著差异提升，反而还不如手机小程序直观。
环境
-
Agent: Hermes Agent（原 OpenClaw）
-
MCP Server:
https://gwmcp.lkcoffee.com/order/user/mcp（StreamableHTTP）/ 这里不建议直接配置mcp，使用skill最好 -
认证: Bearer Token（在开放平台用手机号登录获取，有效期约 30 天）
踩坑 #1：Java MCP SDK 兼容性
Hermes 连了三次全挂：
Failed to connect to MCP server 'luckin-coffee':
Unrecognized field "tools" (class McpSchema$ClientCapabilities$Sampling)
原因：瑞幸服务端用的是 Java MCP SDK 旧版，不认识 Hermes 客户端在初始化握手时发的 sampling.tools 字段。Java 的 strict 反序列化直接拒连。我朋友使用openclaw也是同样的问题，codex 和 claude 并没有发现这个问题。
解决：在 config 里禁用 sampling：
mcp_servers:
luckin-coffee:
url: https://gwmcp.lkcoffee.com/order/user/mcp
headers:
Authorization: Bearer *** sampling:
enabled: false
踩坑 #2：switchProduct 是个摆设
搜到「橙C美式」后想切超大杯，调用 switchProduct——永远返回 非法参数。
试了 operation=0, operation=1, 各种排列组合，全挂。
结论：这个接口根本没通。想换杯型、糖度、温度？不存在的。只能用默认规格（大杯/冰/无糖）下单，拿到手再说。
踩坑 #3：配送？不存在的
文档里写了 expressExpectTime（配送预计送达）、dispatchInfo（配送员信息），看着很完整。
于是 createOrder 传了我的坐标，心想这是外卖地址。
结果订单状态：等待取餐。
dispatchInfo 全是空。orderType 虽然显示 "2"，但实际走的是自取。传不传坐标都一样。
结论：MCP 下单目前只支持到店自取，配送字段在文档里但不生效。
到底什么能跑通？
经过几十次失败后，确认可用的完整流程：
1. queryShopList → 搜门店（支持按名称模糊搜索）
2. searchProductForMcp → 自然语言搜商品（「冰美式」「生椰拿铁」都能搜）
3. queryProductDetailInfo → 查看可选规格（虽然切不了）
4. previewOrder → 预览价格 + 可用优惠券
5. createOrder → 下单（返回微信支付二维码）
6. 扫码付款 → 只能在手机上完成
实际效果：
橙C美式（首创）
大杯 / 冰 / 意式拼配 / 无糖
原价 ¥20 → 优惠 ¥8 → 实付 ¥12（这个与正常点一样）
然后走过去取。
工具一览
MCP Server 暴露了 8 个工具：
| 工具 | 功能 | 状态 |
|------|------|------|
| queryShopList | 搜门店 | ✅ |
| searchProductForMcp | 自然语言搜商品 | ✅ |
| queryProductDetailInfo | 商品详情 | ✅ |
| previewOrder | 订单预览+优惠券 | ✅ |
| createOrder | 创建订单+支付 | ✅ |
| queryOrderDetailInfo | 订单状态 | ✅ |
| cancelOrder | 取消订单 | ✅ |
| switchProduct | 切换规格 | ❌ 非法参数 |
评价
好的方面：
-
应该是第一批使用 这样点餐方式的餐饮品牌，值得点赞。
-
标准化 MCP 协议，接入成本确实低
-
searchProductForMcp支持自然语言，不用记 productId -
支付流程顺畅，微信扫码一步完成
-
登录 Token 管理合理，30 天免登
需要改进的：
-
没有实际作用，只是通过自然语言而非手动点击让 agent 帮你点，这样做效率反而下降，可靠度也没有 自己点高，点完后还是要手动打开链接自己付款。
-
switchProduct完全不可用，等于无法定制商品 -
配送不生效，文档和实际行为不一致
-
Java SDK 兼容性问题需要官方修
-
缺少地址管理、购物车等工具（文档里列了但实际没暴露）
总结
瑞幸的 MCP 服务是一个方向正确但还在早期的产品。核心的下单、支付链路已经跑通，但定制化、配送等关键功能还没到位。
对于想体验 AI 点单的开发者，现在是入坑的好时机，先占个坑，等接口完善了你的 Agent 技能就成熟了。
