技能介绍

解决什么问题

海外运营平台的订单不是一条孤立记录，它通常包含客户信息、订单明细、成品明细、尺寸、特体、刺绣、工艺等组成部分。运营、客服或开发在排查问题、解释报价依据、准备编辑或返修时，需要按订单号快速查看这些信息。如果散落在不同页面和查询入口，字段口径、返回结构和筛选维度容易不一致。该技能把组成查询收敛到固定服务根地址 https://www.kutetailor.com/api/order，让 Agent 能按明确的动作读取订单各部分，而不是凭页面标题猜字段，默认也只做只读查询。

核心能力与工作方式

通过动作表覆盖 order_customer、save_style_customer、order_detail_list、finish_order_detail、order_size_list、order_size_by_category、order_special、order_special_str、order_emb_list、order_craft 等查询。
用户只给订单号时，先借助 platform-order-query 获取 orderId，再按问题选择客户、明细、尺寸、特体、刺绣或工艺接口。
查询参数以 orderId/ordenId 为主，涉及品类或工艺时补充对应维度；返回结果按品类分组，并保留原始 id/code。
输出定位为订单组成快照，便于核对和后续编辑；展示字段不等于可直接提交的新订单数据。

关键步骤

判断用户关注点：是客户资料、订单明细、尺寸、特体、刺绣，还是工艺。
选择对应 action，调用 GET 接口并传入订单标识；需要分类过滤时带上品类或工艺。
合并结果时按品类组织，保留原始标识；若下一步是编辑，先完成确认和校验。

适用边界与注意点

默认只读查询，不主动修改订单客户、尺寸、特体、刺绣、工艺。
update_order_size、update_order_special、update_order_emb、update_order_craft、update_order_customer 等写操作必须带 params.confirmed=true，未确认不执行。
查询到的组成数据不能直接作为新订单提交，需要用户确认和计价校验。
接口来源以 rcmtm-cloud-order 控制器和 doc/interface-list.md 为准；订单号缺失时应先补齐查询上下文。