瑞幸AI开放平台实战：Token授权与Agent踩坑实录

瑞幸咖啡日前上线了 CLI 点单功能，迅速在开发者圈层引发热议。作为一名长期深耕 AI Agent 应用的技术从业者，同时又是重度咖啡消费群体的一员，自然要第一时间上手实测。

安装过程并不复杂，CLI 会逐步引导完成登录验证。不过有趣的一幕发生了：登录成功后，系统提示当前排队人数过多——可我连点单都还没开始，就先被队列机制卡住了。更令人费解的是，换个手机号码重新登录，问题竟迎刃而解。这一操作让人百思不得其解：究竟是账号被限流，还是瑞幸的后台藏着某种玄学调度策略？

获取 Token 令牌

完成登录后，核心操作就是获取 token。这个 token 是打通整个交互流程的命门。官方文档写得非常直白：该 Token 在 MCP 与 CLI 之间通用，与瑞幸账号会话绑定，严禁泄露或分享。它背后对应的是真实的瑞幸账号权限——查门店、搜商品、预览订单、创建订单，这些核心动作全部依赖此令牌。因此安全红线必须守牢。

拿到 token 后，将其写入配置文件，让 Coding Agent 帮我生成一个订单。然后就是——正式上线。

真实下单验证

后续执行流程远超预期地流畅。Agent 手持 token，先查询门店列表，再匹配商品信息，接着预览订单，最后提交创建订单。表面上是在对话交互，实际上底层早已不是聊天逻辑——而是直接调用接口。最终，咖啡确实被成功制作并出单。

这件事的示范意义不容小觑。以往需要掏出手机 App，手动筛选门店、选择商品、调整冰热甜度、确认订单，一套流程走下来至少得几十秒。如今变成在电脑前对 Agent 说一句话，它自动完成店铺定位、商品搜索、订单组合，然后只把关键确认节点抛给你。

当然，当前版本仅停留在 V0.0.1，本质上就是裸机版本，Bug 频出。比如接入某款大模型时，遇到了与流式 tool calling 的兼容性问题。等官方修复显然来不及，只能自行手动打补丁。

官方究竟开放了哪些能力

既然是技术号，不能只讲“AI 帮我点咖啡”这种浅层叙事。翻遍瑞幸官方文档后，发现这次他们并非仅仅搭建了一个 CLI 界面，而是同时推出了 MCP Server、CLI 和 Skill 三条产品线。

其中 MCP 文档里列出的工具相当完善：

queryShopList 查询门店列表
searchProductForMcp 根据用户 query 匹配商品
queryProductDetailInfo 查询商品详情
previewOrder 订单预览
createOrder 创建订单
queryOrderDetailInfo 查询订单详情
cancelOrder 取消订单

简单来说，瑞幸将原来深藏在 App 内部的点单流程抽离出部分功能，转变为 Agent 可直接调用的工具能力。

有人可能会质疑：点杯咖啡至于这么折腾吗？的确不至于。打开 App 下单生椰拿铁，几十秒就搞定了。但这件事真正值得关注的，并非区区一杯咖啡。

它释放出一个关键信号：大量原本只能通过手机 App 完成的操作，正在被逐步拆解为 API、MCP 和 Skill 这类工具化能力。过去我们认为手机是入口，因为所有服务都塞在 App 里：打车在 App 里，点咖啡在 App 里，点外卖在 App 里，买票、订酒店、查订单同样在 App 里。但 Agent 兴起后，入口的形态开始变得微妙起来。

人不再需要非得进 App。人可以只说一句话，Agent 去调用工具，工具再向下调用服务。最后只保留关键确认节点——比如支付、取消、改地址、换门店。此时手机依然重要，但它更像一个确认器、支付器、通知器。

这次实测就极具代表性：下单全程在 Mac 上运行，token 配置在文件里，Agent 在终端里干活。至于手机？它变成了一个电子遥控器。

话说回来，瑞幸虽然向来擅长整活，但这次仍有优化空间。比如区分不同渠道，为 CLI 点单通道设计一套独立的赛博朋克风格界面。甚至可以考虑与国内大模型厂商联动：买咖啡，送 token。这种玩法若能落地，销量恐怕真能再翻三番。