技能介绍

要解决什么问题

在海外运营平台的订单撤单确认流程里，业务往往要先判断：目标订单是否已经走过「设置发货」这一步。若已发货或已配置发货信息，撤单策略、风控提示和后续接口（例如真正撤单、改状态）都会不同。本技能对应平台原子动作 check_exist_shipping，只做一件事：按订单维度查询是否设置过发货，把接口原始结论交给上层 agent 编排。

技能如何工作

执行器固定请求正式环境 GET /order/orden/checkExistShipping（base_url 来自技能 frontmatter，不可由用户输入覆盖）。调用参数统一放在嵌套对象 params 中：

Query：code、orderIds
需登录态时，用 params.accessToken 生成 Authorization: Bearer …（值里已有 Bearer 则不再重复拼接）

返回必须以接口响应为准，不要自行补造物流状态、订单号或库存类字段。若出现认证、权限、参数或业务错误，应把原始错误码与错误信息向上传递，便于聚合 skill 或计划文档决定下一步。

适用边界

这是最小颗粒度接口 skill，不包含撤单、改单等多步操作。用户一句话里若涉及多个平台动作，本技能只完成「查询是否设置过发货」；完整链路需由上层按 platform-order-cancel-confirm 等聚合文档组合多个原子 skill。

截图预览

使用场景

用户申请撤单时，agent 先按 `orderIds` 与 `code` 调用接口，确认订单是否已设置发货再决定是否继续撤单确认步骤。
编排 `platform-order-cancel-confirm` 聚合链路时，在本步只执行 `check_exist_shipping`，把 RS 返回交给后续撤单或拦截 skill。
客服处理海外站撤单工单，需核实该单是否走过发货配置，避免对已发货订单误走撤单流程。
批量筛查多笔订单：在改状态或通知仓库前，先查询哪些订单已设置过发货以分流处理。

适合人员

负责海外运营平台撤单工单的客服，需在联系用户或执行撤单前核对订单是否已设置发货。
编写撤单确认类 agent 的工程师，要把 `check_exist_shipping` 作为原子步骤接入正式环境 `kutetailor.com` 接口。
中台或集成开发，对接酷特 `GET /order/orden/checkExistShipping`，用 `accessToken` 与 query 参数完成联调。
运营风控或订单审核同学，在批量处理撤单申请时先筛出已配置发货的订单再定后续策略。