技能介绍

要解决什么问题

在 Agent 对话里订蛋糕，常见痛点是：品牌与品类要锁死、地址要落到可配送城市、规格 SKU 不能串单，还要把支付链接以用户能扫的方式交出去。可斯贝莉技能把 可斯贝莉（Kesibeili） 品牌的蛋糕订购流程写成固定步骤，对接蛋糕叔叔侧 https://www.dangaoss.com/dsapi/workbuddy/mcp_server 的 JSON-RPC 2.0 接口（channel_no: brand_kesibeili，brand_id: 102789）。

技能如何工作

执行顺序大致如下：

用户 Token：由当前用户主动提供 user_token，写入本地 dgss_token.md（发布技能时需加入 .gitignore，勿提交仓库）。
配送城市与地址：城市规范到「市」一级；可复用 default_city / default_aid，或调用 getAddrList 选地址、无地址时用 addAddrList（区县字段为 area，详细地址为 addr）。
搜品与展示：用 brand_sweets_lst 按关键词搜蛋糕；商品表固定 6 列（序号、品牌、商品名称、规格、价格、详情），接口字段原样展示。
下单链接：生成前校验 spec_id 与规格名称一致；getOrderaddr 返回的 data 为支付 URL，从中解析 scene 供后续查单；支持「再来一单」等快捷指令读取记忆字段。

调用方式：Linux/Mac 可用 curl；Windows 因中文参数易乱码，文档要求走 Python 脚本；首次成功后会把方式记在 MEMORY.md 的 dgss_exec_method 里复用。成功业务态为内层 JSON 的 code: 200（响应为双层 JSON：外层 JSON-RPC → result.content[0].text → 内层 {code, data, msg}）。

边界与注意点

品牌：仅可斯贝莉；非该品牌或零食、鲜花等品类应拒答，标准话术如「抱歉，只支持订购可斯贝莉相关商品哦~」。
交互：对用户侧应精简，预设文案需一字不差；不向用户暴露接口名、域名等实现细节。
查单：优先 dgss_token.md 的 last_order_scene，或用户输入 8–20 位纯数字 scene，用 getOrderStatus 展示商品名与订单状态。