先聊聊瑞幸MCP到底是个啥

哈哈，先说实话，瑞幸这玩意儿Zui近闹得沸沸扬扬。

咱们老友们dou知道，咖啡店里点单传统上是手动点。

可现在 AI 把“来杯大杯冰美式”直接变成代码了。

这背后的核心技术叫 MCP，也就是 Model Context Protocol。

简单来说它是一个让机器懂你需求的协议。

我跟你讲，这玩意儿其实还在萌芽阶段，别指望它Yi经完美了。

MCP 下单的基本流程

先登录，拿到 Bearer Token。

Token 一般是手机号登录后在开放平台生成的，有效期差不多几天。

然后调用查询门店接口，挑一个离你近的店。

接下来搜索商品，用自然语言直接说「我要一杯冰美式」就行。

搜索成功后会返回商品 ID、规格等信息。

再往下走，就该创建订单了——把门店、商品、数量、坐标一起丢过去。

支付环节通常是微信扫码，一步到位。

实际玩儿起来会卡在哪儿

先说好，我这次真的是一步步踩坑才弄明白的，你懂的。

Zui常见的坑是 switchProduct 接口根本不可用，返回「非法参数」——换规格根本没法实现。

还有配送字段虽然文档里写得满满当当，却在实际调用时毫无反应，只Neng自取。

别的不说这点子功Neng缺失让人有点抓狂啊。

MCP Server 暴露的一堆工具

工具	功Neng	状态
queryShopList	搜门店	✔
searchProductForMcp	自然语言搜商品	✔
alertProductDetailInfo	商品详情	✔
swtichProduct	切换规格	✘ 非法参数
CreateOrder	创建订单+支付	✔
CancleOrder取消订单✔
queryOrderDetailInfo	查询订单状态	✔

MCP 接口细节小结

alertProductDetailInfo: 商品信息全，图片链接也有，但别指望Neng直接点图下单。

sarchProductForMcp : 支持自然语言搜索，不用记 productId。比如「给我来杯甜的」也Neng命中。

createOrder : 必须带上 orderType ，坐标即使填了也不会触发外卖。

previewOrder : Neng预览优惠券，但优惠券算不上hen划算。

MCP 实战：一步步下单体验记录

# 第一步：认证拿 Token。 咱就是说这一步其实挺顺滑的，用手机号登录就Neng得到 Bearer Token。 Token 有效期大概三天左右，期间免登。 要是不小心过期，只Neng重新登录获取新 token。 # 第二步：查询门店。 调用 , 输入经纬度，就会返回附近几家瑞幸门店列表。 我选了离公司Zui近那家——走路两分钟就到。 # 第三步：搜索商品。 用了 , 随口说「来杯大杯冰美式」，系统立马返回商品 ID。 这里要注意：Ru果说得太随意，比如「给我来点喝的」，有可Neng匹配不到。 # 第四步：尝试切规格。 本以为Ke以用 . 系统返回一个 orderId，然后跳转到微信扫码支付页面一扫搞定。 # 第六步：查kan订单状态。 调用 , 结果显示 「等待取餐」。 这时你只Neng自己跑过去取咖啡——AI 点单真的没有提升效率啊！ 整个过程下来我感觉 AI 帮忙点单倒是省了键盘输入，却没有真正解决配送和定制的问题。 所以说这套链路还Neng算半成品，还需要hen多迭代才Neng达到我们想象中的“全自动”。 MCP 的亮点与不足

亮点：

- 接口标准化，上手成本低；文档里写得比较完整，kan起来hen专业；

- 支付流程顺畅，一键微信扫码搞定；

- 对开发者友好，Ke以直接在 AI Agent 中集成，实现自然语言下单；

- 定制化功Neng缺失，例如切规格、选择糖度、温度等dou是死板默认；

- 配送相关字段虽在文档中，但实际调用无效，只Neng自取；

- 部分工具如购物车、地址管理根本没暴露出来；

- Java SDK 兼容性问题导致部分客户端握手失败，需要官方修复；

"为什么百度不收录"？这个问题偶尔也被问到呢~

其实吧，百度爬虫geng喜欢结构化且静态的内容，而我们的 MCP 文档大多数是 JSON 接口说明，加上一堆动态渲染的示例代码，爬虫抓不到有效信息，自然就不收录啦。

再者，Ru果页面里大量使用 Ajax 调用数据，而没有对应的 SSR，搜索引擎kan不到真实内容，也会被忽略掉。

Clever 小技巧：怎么绕过这些坑？

- 在调用前先用 Postman 手动验证一次把返回结构确认清楚，再写代码；这样Ke以提前发现哪些字段是空或无效。

- Ru果要实现自定义糖度之类的需求，Ke以在下单前自行拼装商品 SKU，并通过内部渠道提交给后台人工处理——虽然不是自动化，但比手动去门店排队好太多了。

- 想要外卖配送？目前只Neng等瑞幸官方把对应字段打开，否则只Neng自行联系骑手送过去。

Liu’s 小结

Ai 点单Yi经不是科幻，但是体验感还远没达到“只说一句话就喝到咖啡”的理想状态。

SOP kan起来hen完整，却在关键环节卡住——尤其是定制化和配送这块儿，让人觉得“哎呀，又回到手动操作”。

一句话： 瑞幸 MCP 是方向正确但仍在早期探索阶段的产品，你Ke以把它当作一次技术实验，而不是正式生产环境下的可靠方案。.

P.S. 给想玩儿 AI 点单的小伙伴一句忠告：

# 把握时机，现在正是入坑Zui佳时期，因为后面功Neng会慢慢完善，到时候你的 Agent 技Neng就Neng升级成真正 “AI 小哥” 了！ 哈哈~

© 2026 瑞幸MCP体验报告 – 非官方，仅供学习交流使用.

---