技能介绍

要解决的问题

在企业运营和导购流程中，用户经常要完成“选城市、确认地址、找药食同源商品、生成下单链接、查询订单”这一连串动作。若直接对接后端接口，容易踩到几个问题：Token 是否当前用户提供、城市名称是否规范、地址字段是否正确、商品是否属于可下单分类，以及下单链接中的 scene 是否被正确保存。这个技能把这些步骤收敛成一套固定流程。

核心能力与执行方式

身份与记忆：Token 必须由当前用户主动提供，并写入 dgss_token.md；发布技能时应将该文件加入 .gitignore，避免提交到代码仓库。
地址处理：先询问配送城市，并把输入规范到“市”一级；随后调用 getAddrList 查询已保存地址，如果没有地址则收集省份、城市、area、addr、收货人和手机号后调用 addAddrList。
商品搜索：仅支持药食同源相关商品，搜索时固定使用 cat_id=5，并调用 ysty_sweets_lst 获取分页结果。列表展示要求保留品牌、商品名称、规格、价格等字段，方便用户选择具体 spec_id。
下单与状态查询：提交前校验 spec_id 与规格名称是否一致，调用 getOrderaddr 生成下单链接，并从返回 URL 中提取 scene；后续可用 getOrderStatus 查询订单状态。

适用边界

商品范围：蛋糕、鲜花、普通零食等非药食同源商品不支持下单。
规格限制：下单只支持单个 spec_id，不支持多规格叠加。
信息安全：不向用户暴露接口名、请求域名、原始异常或内部字段细节，错误提示使用友好话术。
接口约定：返回结构为外层 JSON-RPC 到内层业务 JSON，成功状态码为 code: 200；字段映射中应使用 area 和 addr，避免写成 district 或 detail。