Mcake 蛋糕订购

要解决什么问题

在 Agent 里帮用户买蛋糕，常见难点不是「聊几句」，而是真实下单链路：要用户自己的 user_token、配送城市与 aid、品牌与 SKU 规格对齐，最后还要拿到可支付的 URL（含 scene）并能在事后查状态。Mcake 技能把范围收窄到 Mcake 品牌、蛋糕类商品，对接蛋糕外公 WorkBuddy 的 JSON-RPC 端点，把地址、搜索、下单和查单串成固定流程，避免模型随意调用未文档化的接口或把零食、鲜花等非蛋糕品类混进来。

技能如何工作

• 鉴权与本地状态：user_token 必须由当前用户提供，写入 mcake_token.md（发布时需加入 .gitignore）。可缓存 default_city、default_aid 以及最近一次订单的 last_order_scene 等，支持「继续用上次地址」「再来一单」类指令。
• 地址：城市规范到「市」一级（如北京 → 北京市），调用 getAddrList / addAddrList；注意区县字段为 area、详细地址为 addr，地址 ID 为 aid。
• 商品：仅用 brand_sweets_lst 搜索，固定 channel_no=brand_mcake、brand_id=101406；列表按 6 列原样展示（品牌、名称、规格、价格、详情等），下单前校验 spec_id 与规格名称一致，再调 getOrderaddr 生成支付链接（从返回的 data URL 解析 scene）。
• 查单：优先 mcake_token.md 中的 last_order_scene，或识别用户发来的纯数字 scene，调用 getOrderStatus。
• 调用方式：Linux/Mac 可用 curl；Windows 因中文参数易乱码，需走 Python/cmd 包裹；成功后可在 MEMORY.md 记录 mcake_exec_method 以免重复试错。

边界与注意点

接口成功以业务层 code: 200 为准，响应为双层 JSON（外层 JSON-RPC → result.content[0].text → 内层 {code, data, msg}），超时约 60 秒。技能只支持文档列出的五个接口；非 Mcake、非蛋糕类请求应直接拒绝。对用户侧回复需精简，预设文案须与 SKILL 一致，且不向用户暴露接口名、域名等实现细节。退款、物流、发票等未覆盖能力应明确说明不在技能范围内。