鲜花速递

要解决什么问题

在对话里订鲜花，常见痛点不是「不会说话」，而是收货城市与地址 ID（aid）、用户 Token 和平台侧 JSON-RPC 封装绑在一起：城市必须规范到「市」一级，搜索和下单都要带 aid，返回还是双层 JSON（外层 JSON-RPC → result.content[0].text → 内层 {code, data, msg}）。若 Agent 顺手去搜蛋糕、零食，还会踩到业务边界和错误码。

本技能把流程收成一条可复现的下单链路，并约定本地状态文件，减少每次从零问地址、从零试调用方式。

技能如何工作

• 鉴权：user_token 由用户主动提供，写入 xianhuasudi_token.md；禁止复用他人 Token。
• 配送上下文：读取或确认 default_city / default_aid；否则按城市调用 getAddrList，无地址则 addAddrList（区县字段为 area，详细地址为 addr）。
• 选品：仅 cat_id=8（鲜花）；用 flowers_sweets_lst 按关键词分页搜索，列表需完整展示品牌、名称、规格、价格等字段。
• 下单：选定 spec_id 后做规格校验，再调 getOrderaddr 生成支付 URL；从 URL 提取 scene 便于后续 getOrderStatus 查状态。
• 调用方式：Windows 需 Python 脚本避免 curl 中文乱码；Linux/macOS 可用 curl；成功方式记入 MEMORY.md 的 xianhuasudi_exec_method 以便复用。

接口基址为 https://www.dangaoss.com/dsapi/workbuddy/mcp_server，成功业务码为 code: 200，请求超时约 60 秒。

边界与注意点

• 商品范围：只支持鲜花；蛋糕、零食、甜品等需明确拒绝，不得代为搜索或下单。
• 下单形态：单次仅一个 spec_id；数量默认 "1"，或由用户指定。
• 安全：Token 与订单记忆写在 xianhuasudi_token.md，发布 Skill 时应加入 .gitignore，避免进仓库。
• 对用户输出：按 SKILL 约定使用固定话术，少讲接口成败原因；未覆盖能力（退款、物流、发票等）应礼貌说明不在当前技能范围内。