技能介绍

要解决什么问题

在 Agent 对话里订蛋糕，常见痛点是：平台接口是 JSON-RPC、返回双层嵌套 JSON，还要自己管 user_token、配送城市、aid 和 SKU 规格，Windows 下用 curl 传中文还容易乱码。本技能把「蛋糕叔叔」WorkBuddy MCP 的下单链路收成固定步骤，并约束只处理蛋糕品类（cat_id=1），避免误搜零食、鲜花等其它类目。

技能如何工作

执行顺序大致如下：

鉴权：由当前用户提供 user_token，写入本地 wanghongdangao_token.md（发布 Skill 时需加入 .gitignore）。
配送上下文：城市规范到「市」一级（如北京 → 北京市）；调用 getAddrList 选已有地址，或 addAddrList 新增（字段名注意 area / addr）。可缓存 default_city 与 default_aid 以便复购。
搜索与下单：用 cake_internet_famous 按关键词搜索；商品列表需按固定六列原样展示。下单前必须核对 spec_id 与规格名称，再调 getOrderaddr 拿到支付 URL，并提取 scene 供后续查单。
查单与快捷指令：getOrderStatus 用 scene 查状态；支持「再来一单」「换地址」「换 token」等记忆化快捷路径。HTTP 成功以业务层 code: 200 为准；请求超时约 60 秒。

适用边界与注意点

仅蛋糕：用户要买零食、鲜花、甜品等非蛋糕商品时，应直接拒绝，且不继续调用接口。
单规格下单：一次只支持一个 spec_id，不支持多 SKU 叠加。
不向用户暴露接口细节：报错用简短友好话术，不贴域名、字段含义或原始堆栈。
非能力范围：退款、取消、物流、发票、会员积分等若平台未开放，用固定幽默话术回应，不引导去别的渠道操作。

截图预览

使用场景

下午有同事生日聚会，需要在对话里指定「北京市」、选定公司收货地址并搜索「慕斯/生日蛋糕」后拿到可扫码支付的下单链接。
已把常用城市与地址 ID 写入本地记忆，用户说「再来一单」或「复购上次那款」时，直接按 last_order 信息搜索同一规格并生成支付 URL。
用户发来 8～20 位纯数字 scene，或询问「刚才那单什么状态」，需用 getOrderStatus 返回商品名与 status_name，而不是让用户自己去网页查。
用户提到零食、鲜花或甜品时，必须在调用搜索接口前拒绝；只有明确蛋糕关键词或品牌名（如可露朵）才走 cat_id=1 的 cake_internet_famous 搜索。

适合人员

负责部门生日与活动茶歇、经常向蛋糕叔叔订送到不同城市办公点的行政或 HR，需要在 IM 里完成选址与下单。
维护 Agent Skill 或 WorkBuddy 集成、必须处理双层 JSON、aid/spec_id 字段与 Windows 中文编码问题的后端或工具开发者。
已自行获取蛋糕叔叔 user_token、习惯按品牌或口味关键词比价选规格、并希望对话内直接弹出支付二维码的个人用户。
客服或助理代订蛋糕时，需要严格按六列商品表展示接口字段，并在提交前核对 spec_id 与规格名称以防串单的操作人员。