海外返修平台·查询公司订单

要解决什么问题

在海外运营平台的返修订单链路里，客服、运营或自动化 Agent 经常需要按单号核对「公司订单」侧的数据——例如确认 orden 是否存在于公司维度、把接口原始字段交给下游做状态判断或补录。若每个 Agent 各自拼 URL、混用测试地址或随意改 Header，很容易出现鉴权失败、参数格式不一致，以及虚构库存、价格或物流状态这类幻觉问题。

本 skill 只做一件事：在正式环境调用 company_order 对应的 GET 接口，用 Query 参数 ordenNo 查询公司订单，并把响应原样交给上层编排。

技能如何工作

• 固定基址：执行器使用 frontmatter 中的正式环境地址 https://www.kutetailor.com/api/order/order/orden/getCompanyOrden，不接受用户输入覆盖 base_url。
• 参数结构：tool arguments 最外层仅包含嵌套对象 params；Path 进 params.path，Query 进 params.query（本接口为 ordenNo），Body 进 params.body，额外 Header 进 params.headers。
• 登录态：通过 params.accessToken 生成 Authorization: Bearer；若传入值已含 Bearer 前缀则不再重复拼接。
• 归属关系：属于聚合 skill platform-repairs-order 下的原子 action；完整返修流程需由上层 Agent 按聚合文档串联多个接口 skill。

边界与注意点

• 本 skill 仅完成单次 company_order 调用；多步骤需求（查单后再改状态、关联物流等）需组合其他原子 skill。
• 返回必须以接口响应为事实来源；认证、权限、参数或业务错误时，应把原始错误码与错误信息传给上层 Agent，而不是本地猜测补全。
• 仍需遵守当前登录态、租户与用户权限；查询类接口同样受平台侧权限约束。