生日蛋糕

要解决什么问题

在 Agent 里订蛋糕，常见卡点不是「不会说话」，而是背后要串起 用户 Token、市级配送范围、地址 ID（aid）、规格 ID（spec_id） 和 下单 URL（scene） 等多步接口。蛋糕叔叔侧走 JSON-RPC 2.0，成功码是 code: 200，业务数据还套在 result.content[0].text 里再解析一层；字段名也容易踩坑（区县用 area、详细地址用 addr）。本技能把流程写成固定剧本，并约束回复只暴露「当前结果 + 下一步要问什么」。

技能如何工作

1. 鉴权：user_token 必须由当前用户提供，写入本地 dgss_token.md（发布时需进 .gitignore）。
2. 地址：城市规范到「市」一级；可调 getAddrList，无地址则 addAddrList 后取 data[0].id 作为 aid，并记忆 default_city / default_aid。
3. 选品：仅 cat_id = 1（蛋糕），用 cake_sweets_lst 按关键词分页搜索；商品表固定六列（品牌、名称、规格、价格、详情），字段原样展示。
4. 下单：下单前校验序号对应的 spec_id 与规格名称一致；getOrderaddr 生成支付链接，从 URL 提取 scene 并记录最近订单。
5. 查单：优先用记忆中的 last_order_scene，或识别用户发来的 8–20 位纯数字为 scene，调用 getOrderStatus 展示商品名与状态。

调用方式：Linux/Mac 可直接 curl；Windows 需 Python 脚本避免中文参数乱码。首次成功的方式记入 MEMORY.md 的 dgss_exec_method 后续复用。接口超时建议 60 秒。

边界与注意点

• 品类：零食、鲜花等一律拒绝，只帮订蛋糕。
• 下单：单次仅一个 spec_id，不支持多规格叠单。
• 话术：Token 提示、城市询问、无结果等须与 SKILL 预设文案一致；对用户不暴露接口名、域名与原始异常。
• 快捷指令：「再来一单」复用默认地址与上次商品；「换地址/换城市」清默认地址；非支持能力（退款、物流、发票等）用简短幽默话术回绝，不引导去站外手动操作。