Kutesmart 订单发货设置查询

这个技能解决什么问题

海外运营平台的订单撤单确认流程中，一个关键前置判断是：这笔订单是否已经设置过发货。如果发货状态不明确就执行撤单，可能引发库存、物流方面的连锁问题。该技能把“查询订单是否设置过发货”封装为最小颗粒度的原子接口技能，让上层 agent 在做撤单决策前拿到可靠的事实依据。

它如何工作

• 单一接口动作：只负责 check_exist_shipping，通过 GET /order/orden/checkExistShipping 发起请求。
• 固定环境地址：正式环境地址固定在 SKILL.md frontmatter 的 base_url 中，执行时不接受用户输入覆盖。
• 统一的参数结构：tool arguments 一律使用嵌套的 params 对象——Query 参数（code、orderIds）写入 params.query，Path 参数写入 params.path，额外 Header 写入 params.headers；最外层只有 params，不存在 params.xxx 形式的顶层 key。
• 登录态处理：由 params.accessToken 生成 Authorization: Bearer 请求头；若传入值已包含 Bearer，则不再重复拼接。
• 返回即事实来源：接口响应直接交给上层 agent，作为撤单确认后续判断的输入。

适用边界与注意点

• 这是原子技能，只完成本接口调用；多步骤业务链路应由上层 agent 按聚合 skill（platform-order-cancel-confirm）或计划文档编排多个原子技能。
• 不补造接口返回之外的库存、价格、订单号、优惠金额或物流状态。
• 发生认证失败、权限不足、参数错误或业务错误时，原始错误码和错误信息会原样传递给上层 agent 处理。