海外运营撤单-物流单工坊订单查询

要解决什么问题

海外运营在订单撤单确认前，需要知道某张物流单下面是否已经挂了工坊订单。若存在工坊单，撤单或后续处理往往要走不同规则；若只靠人工在多个系统里翻查，容易漏判、拖慢确认节奏。

本技能对应平台原子动作 check_exist_gf_order：用物流单号做一次明确查询，把「有没有工坊订单」交给上层 agent 或聚合 skill（如 platform-order-cancel-confirm）继续编排。

技能如何工作

• 固定环境：正式环境只调用 frontmatter 中的 base_url，完整路径为 GET /order/orden/checkExistGFOrden，不接受用户输入覆盖域名或基址。
• 入参形态：tool arguments 最外层仅包含嵌套对象 params；查询条件放在 params.query，其中 shippingCode 为物流单号。
• 鉴权：登录态通过 params.accessToken 生成 Authorization: Bearer；若 token 已带 Bearer 前缀则不再重复拼接。
• 返回原则：以接口原始响应为准，不自行编造订单号、库存或物流状态；认证、权限、参数或业务错误时，应把错误码与错误信息原样交给上层决策。

适用边界与注意点

这是最小颗粒度接口 skill，只完成本 GET 查询，不串联撤单、改址或其它订单操作。用户描述的是多步业务流程时，应由上层按聚合 skill 或计划文档组合多个原子 skill。查询与计算类接口仍受当前登录态、租户与用户权限约束。