儿童蛋糕

要解决什么问题

在 Agent 里订蛋糕，难点不在「搜一下商品名」，而在账号授权、配送城市、收货地址和 SKU 规格必须对齐同一套后端规则。蛋糕叔叔 WorkBuddy 接口走 JSON-RPC 2.0，业务数据还套在 result.content[0].text 里；字段名也容易踩坑（例如区县是 area、详细地址是 addr、地址 ID 是 aid）。本技能把「儿童蛋糕 / cake_kids 渠道」的下单路径固化成可重复执行的对话流程，避免每次手写请求或把规格、城市传错。

技能如何工作

执行顺序是固定的：先拿当前用户的 user_token 并写入本地 cake_kids_token.md（禁止复用他人 token），再确认配送城市（规范到「××市」一级），然后通过 getAddrList 选已有地址或 addAddrList 新建，并把 default_city、default_aid 记下来以便下次直接确认。

商品侧只处理蛋糕：搜索走 cake_sweets_lst，cat_id 固定为 1，channel_no 固定为 cake_kids；列表按六列原样展示（品牌、名称、规格、价格、详情）。用户选定序号后，生成链接前会校验 spec_id 与规格名称一致，再调用 getOrderaddr 得到支付 URL，并从 URL 里解析 scene 供后续查单。查订单优先用 getOrderStatus，可结合文件里的 last_order_scene 或用户发来的纯数字 scene。

环境上，Linux/macOS 可直接 curl；Windows 因中文参数易乱码，需用 Python 脚本调用。首次成功的调用方式会记在 MEMORY.md 的 cake_kids_exec_method，避免反复试错。

适用边界与注意点

• 品类：仅蛋糕；零食、鲜花等会直接拒绝。
• 下单：单次只支持一个 spec_id，不支持多规格叠单。
• 能力外事项（退款、物流、发票等）不在技能范围内，需用话术说明而非引导去站外自行操作。
• 安全：cake_kids_token.md 含 token 与地址偏好，发布 Skill 时应加入 .gitignore，勿提交仓库。
• 交互：对用户侧回复刻意精简，预设文案（取 token、无结果、错误码映射等）需与 SKILL 原文一致，不展开接口调试细节。