技能介绍

要解决什么问题

在 Agent 里帮用户买蛋糕、零食或鲜花时，难点不在「聊几句」，而在 配送城市与地址、商品分类与 SKU、以及 下单链接 是否和接口返回一致。蛋糕叔叔（dangaoss.com）侧走 JSON-RPC 2.0，成功码是 code: 200，业务数据还套在 result.content[0].text 里再解析一层——若按普通 REST 想当然地写字段名，很容易在 area/addr、aid、双层 JSON 上踩坑。

技能如何工作

本技能把流程收成一条严格顺序的管线：

鉴权：user_token 必须由当前用户提供，写入本地 dgss_token.md（发布技能时需忽略该文件，勿提交仓库）。
配送：城市规范到「市」一级（如北京 → 北京市）；可读 default_city / default_aid 复用上次地址，或调用 getAddrList / addAddrList 选址、新建址。
选品：按关键词映射 cat_id（1 蛋糕、5 零食、8 鲜花），用 sweets_lst 按 aid + 关键词分页搜索；列表须 六列原样展示（品牌、名称、规格、价格、详情等不得删改合并）。
下单：下单前校验 spec_id 与规格名称一致；getOrderaddr 生成支付 URL，并从链接里提取 scene 供后续查单；支持「再来一单」等快捷指令读记忆复购。

调用方式上，Windows 需用 Python 脚本避免 curl 中文乱码；Linux/Mac 可直接 curl。首次成功的方式会记入 MEMORY.md 的 dgss_exec_method，避免反复试错。

边界与注意点

单规格：一次下单只支持一个 spec_id，不支持多 SKU 叠单。
能力范围：退款、取消、物流、发票、会员积分等未在技能内实现；应对话内用简短话术说明，不引导去站外自行操作。
对用户话术：按 SKILL 要求保持精简，预设提示文案需原文使用；错误码如 4013（授权）、405（不可配送）等映射为友好短句，不向用户暴露接口名与域名细节。
查单：优先 dgss_token.md 的 last_order_scene，或识别用户发来的纯数字 scene，调用 getOrderStatus 展示商品名与订单状态。