鲜花订购

要解决什么问题

在 Agent 对话里订鲜花，往往卡在三件事：账号授权不能写进仓库、配送城市与收货地址要和 SKU 可配送范围对齐，以及规格（spec_id）选错会直接串单。本技能把蛋糕叔叔 WorkBuddy 的订购流程收成固定步骤，让模型按同一套协议完成搜索与下单，而不是让用户自己翻商城页面。

技能如何工作

后端走 JSON-RPC 2.0，业务参数放在 params.arguments 里；成功时外层 code 为 200，真正业务数据在 result.content[0].text 再解析一层 {code, data, msg}。执行顺序是固定的：

1. 用户自供 user_token，写入本地 dgss_token.md（发布技能时需加入 .gitignore）。
2. 配送城市规范到「市」一级（如北京 → 北京市），可读文件中 default_city / default_aid 做地址复用确认。
3. getAddrList / addAddrList 拿到 aid；新增地址字段名是 area（区县）和 addr（详细地址），不是 district / detail。
4. 仅鲜花：cat_id 固定为 8，用 flowers_sweets_lst 按关键词分页搜索；商品表需完整展示品牌、名称、规格、价格等列。
5. 下单前 校验 spec_id 与规格名称，再调 getOrderaddr 生成支付 URL；从链接里解析 scene 便于后续查单。
6. 查单走 getOrderStatus，优先用 dgss_token.md 里的 last_order_scene，或用户发来的纯数字 scene。

环境上 Windows 需用 Python 脚本 调接口（避免 curl 中文乱码），Linux/macOS 可直接 curl；首次成功的方式会记在 MEMORY.md 的 dgss_exec_method 里复用。

边界与注意点

• 只支持鲜花：蛋糕、零食等关键词应直接拒绝，不进入搜索。
• 单规格下单：一次只传一个 spec_id，不支持多 SKU 叠加。
• 对话侧应遵守技能里的 精简回复与标准文案，不向用户暴露接口名、域名或原始错误栈；退款、物流、发票等未覆盖能力用约定话术说明即可。
• 接口响应偏慢，请求超时按 60 秒 设计；4013 等码需映射成「重新登录 Token」类友好提示。