酷特海外平台订单查询

要解决什么问题

在海外运营平台完成下单或对接提交之后，业务侧最常见的是「订单到底建没建成、号是多少、现在什么状态、物流单号有没有」。这些动作如果靠人工翻后台或混用多个接口，很容易把 内部 Bearer 接口 和 /api/public/order/* 公开接口 的参数、返回格式搞混——后者返回的是 String，和内部 RS 结构并不一样。

本技能面向 提交后的只读追踪：查详情、查状态、查物流、对接公共 API，不改单、撤单、删除或走支付/发货等写接口。

技能如何工作

正式环境服务根地址固定为 https://www.kutetailor.com/api/order（由 frontmatter 配置，调用时不必让用户填）。所有 tool arguments 必须包在 params 对象里，最外层只能放 params。

按 params.action 选择动作，典型组合如下：

• order_detail：定制类通用入口，GET /order/orden/selectOrdenDetails，Query 传 orderId，可选 type。
• finish_order_detail / design_order_detail：已知成品或简定制时，分别走 selectFinishOrdenDetails / selectDesignOrdenDetails。
• shipping_code：用订单号 ordenNo 查物流，GET /order/orden/getShippingCode。
• public_order_status / public_order_details：路径参数 orderid，公开对接；鉴权与签名以部署环境为准。

内部详情类接口需要 params.accessToken（Authorization: Bearer）。推荐流程：先从 platform-coupon-checkout 或 platform-style-order-full 的提交结果里取 ordenId、ordenNo；不确定品类时用 order_detail 并传 type；问物流时用 ordenNo 调 shipping_code。

返回里重点看 ordenNo、status/statusStr、客户与款式字段，以及 error/errorCode/errorList——异常信息应原样保留。

边界与注意点

• 不要用查询结果 推断支付成功，除非状态字段明确说明。
• 查不到订单时，说明实际使用的 orderId 或 ordenNo，不要编造状态。
• 公共 API 字符串解析失败就原样展示，不要擅自改写成成功。