我用Agent 使用瑞幸官方MCP下了一单：过程全记录，优缺点分析

一句话：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 连了三次全挂：

ruby 复制代码

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：

yaml 复制代码

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 下单目前只支持到店自取，配送字段在文档里但不生效。

到底什么能跑通？

经过几十次失败后，确认可用的完整流程：

markdown 复制代码

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 技能就成熟了。