下午茶-甜品

要解决什么问题

想在对话里直接订蛋糕、零食或鲜花，却不想反复打开商城小程序查地址、搜 SKU、核对规格。本技能把蛋糕叔叔侧的业务流程收成一条严格顺序的链路：用户自带 user_token，Agent 只负责按规则调接口、展示表格、给出可扫码支付的下单 URL。

技能如何工作

底层是 https://www.dangaoss.com/dsapi/workbuddy/mcp_server 上的 JSON-RPC 2.0 调用，业务参数嵌在 params.arguments 里；成功以 code: 200 为准，响应是双层 JSON（外层 RPC → result.content[0].text → 内层 {code, data, msg}）。

典型路径如下：

1. 鉴权与记忆：Token 写入本地 dgss_token.md（发布 Skill 时需进 .gitignore）；可缓存 default_city、default_aid 以及最近一次订单的 scene、商品与规格。
2. 配送前置：城市必须规范到「市」一级；用 getAddrList 选已有地址或 addAddrList 新建（字段名易错：area 表区县，addr 表详细地址，aid 用于搜索/下单）。
3. 分类与搜索：cat_id 固定三类——1 蛋糕、5 零食、8 鲜花；关键词模糊时先让用户选类，再调 sweets_lst 分页展示。
4. 下单与查询：生成链接前必须核对 spec_id 与规格名称；getOrderaddr 仅支持单 SKU。用户扫「立即支付」二维码进入 H5；纯数字 scene 可走 getOrderStatus 查状态。

执行环境：Linux/Mac 可直接 curl；Windows 中文参数易乱码，需 Python 脚本或 cmd /c 包裹。首次成功的方式会记在 MEMORY.md 的 dgss_exec_method 里复用。

边界与注意点

• 面向正常下单与查单，不暴露接口名、域名等实现细节；退款、物流、发票等商城未开放能力会用固定话术婉拒。
• 商品列表必须 6 列原样展示（序号、品牌、商品名称、规格、价格、详情），不得合并列或省略字段。
• 回复遵循「只告诉用户下一步做什么」：预设文案一字不差，错误用短句（如无结果、系统繁忙、缺参数）。
• 支持「再来一单」「买 XX」「换地址/换 token」等快捷指令，依赖 dgss_token.md 中的记忆字段。