蛋糕叔叔商城

要解决什么问题

在对话里买蛋糕、零食或鲜花时，你往往要反复切换小程序或网页：先确认配送城市与收货地址，再按品类搜索 SKU、核对规格，最后才能拿到支付页。蛋糕叔叔商城对外提供 WorkBuddy MCP 风格的 JSON-RPC 接口，但响应是「外层 JSON-RPC → result.content[0].text → 内层 {code, data, msg}」的双层结构，字段名也容易踩坑（例如区县用 area、详细地址用 addr、地址 ID 用 aid，成功码是 200 而不是 0）。本技能把这套流程收成可执行的对话步骤，并约束展示格式，避免规格串单或把接口原文改花。

技能如何工作

1. 身份与地址：user_token 必须由当前用户主动提供，写入本地 dgss_token.md（发布技能时需忽略该文件）。若文件中已有 default_city / default_aid，会先问是否沿用上次城市与地址概要。
2. 城市规范：配送城市必须规范到「市」一级（如「北京」→「北京市」），不接受省、区县或商圈当作城市名。
3. 地址：调用 getAddrList 列出已保存地址供选 aid；无地址则收集省市区、详细地址、姓名与 11 位手机号后调用 addAddrList。
4. 品类与搜索：cat_id 固定为 1（蛋糕）、5（零食）、8（鲜花）；关键词模糊时按 SKILL 规则追问品类。搜索走 sweets_lst，商品表必须 6 列原样展示（序号、品牌、商品名称、规格、价格、详情）。
5. 下单：生成链接前校验 spec_id 与规格名称一致；getOrderaddr 返回的 data 为下单 URL，需提取 scene 并支持 getOrderStatus 查单。支持「再来一单」等快捷指令复用记忆字段。
6. 调用方式：Linux/Mac 可 curl；Windows 需 Python 脚本避免中文参数乱码；首次成功的方式记入 MEMORY.md 的 dgss_exec_method 后续复用。

边界与注意点

• 仅支持 单个 spec_id 下单，不支持多规格叠加；退款、取消、物流、发票等不在技能范围内，需按 SKILL 用固定话术回应。
• 对用户回复要求 极简：只给当前结果与下一步动作，预设文案须一字不差；错误映射如 4013→重新登录 Token、405→区域不可配送。
• 请求超时约 60 秒，接口偏慢属正常；勿向用户暴露接口名、域名等实现细节。