蛋糕同城配送

要解决什么问题

在 Agent 对话里帮用户完成同城蛋糕选购，而不是把用户丢到 H5 或小程序里自己点。技能对接蛋糕叔叔 WorkBuddy 侧 https://www.dangaoss.com/dsapi/workbuddy/mcp_server，走 JSON-RPC 2.0，业务参数固定在 params.arguments 里；成功以业务层 code: 200 为准，响应是双层 JSON（外层 RPC → result.content[0].text → 内层 {code, data, msg}），超时按 60 秒设计。

技能如何工作

流程按顺序执行，不能跳步乱调接口：

1. 用户 Token：user_token 必须由当前用户主动提供，写入本地 dgss_token.md，禁止复用他人凭证。
2. 城市与地址：城市规范到「市」一级（如北京→北京市）；用 getAddrList 拉已存地址，无地址则 addAddrList（区县字段是 area，详细地址是 addr，地址 ID 是 aid）。
3. 只搜蛋糕：cake_sweets_lst 搜索时 cat_id 固定为 1；列表必须原样六列展示（品牌、商品名称、规格、价格、详情等），支持分页。
4. 下单链接：getOrderaddr 生成支付 URL；下单前要做 spec_id 与规格名称 对照，避免串单；quantitys 默认 "1"。
5. 订单查询：优先读 dgss_token.md 的 last_order_scene，或识别用户发来的纯数字 scene，调用 getOrderStatus 展示商品名与 status_name。

渠道号固定为 cake_local_delivery。Windows 下中文参数易乱码，文档要求用 Python 脚本调用；Linux/Mac 可用 curl。执行方式可记入 MEMORY.md 的 dgss_exec_method 避免重复试错。

边界与注意点

• 商品范围：仅订购蛋糕；零食、鲜花等直接拒单或先确认是否为蛋糕。
• 单规格：一次下单只支持一个 spec_id。
• 安全：Token 与默认城市/地址、最近订单 scene 等写在 dgss_token.md，发布 Skill 时应加入 .gitignore。
• 对用户话术：按 SKILL 预设文案回复，不向用户暴露接口名、域名等实现细节；未覆盖能力（退款、物流、发票等）用简短说明，不引导去站外自行操作。