Kutesmart订单工艺查询

要解决的问题

在 Kutesmart 海外运营平台的订单组成明细场景里，经常需要确认「这张订单实际走了什么工艺」。订单组成明细页面要展示工艺信息，上层 agent 也需要拿到单个字段后继续后续处理。这个 skill 是最小颗粒度的接口 skill，只解决一件事：调用 order_craft action，查询指定订单的工艺明细。

它不承担整条业务链路的编排。当需求涉及多个接口步骤时，由上层 agent 按聚合 skill 或计划文档组合多个原子 skill，本 skill 只完成自己这一跳，并把关键返回字段交给后续 skill。

工作原理

• 固定调用地址：GET https://www.kutetailor.com/api/order/order/orden-craft/getOrdenCraft，基础地址固定在 frontmatter 中，调用时不接受用户输入覆盖 base_url。
• tool arguments 统一使用嵌套的 params 对象，最外层只放 params，不要写成 params.xxx 这类点号顶层 key。
• 登录态使用 params.accessToken 生成 Authorization: Bearer ；如果传入值已含 Bearer，不要重复拼接。
• Path 参数写入 params.path，Query 参数写入 params.query，JSON Body 写入 params.body，额外 Header 写入 params.headers。
• 本 skill 使用 GET 请求，ordenId、品类/工艺等查询参数放在 URL query 中。
• POST/PUT 默认发送 JSON body；如果上层接口网关另有约定，以网关契约为准。

返回与约束

• 返回结果必须以接口响应为事实来源，不要补造库存、价格、订单号、优惠金额或物流状态。
• 如果接口返回认证、权限、参数或业务错误，把原始错误码和错误信息传给上层 agent。
• 这是查询或计算类接口，但仍需遵守当前登录态、租户和用户权限。
• 用户需求涉及多个接口步骤时，本 skill 只完成本次接口调用。

适用边界

本 skill 是单个原子能力，只负责 order_craft action，属于 platform-order-components 聚合 skill。需要完成整个订单组成明细链路时，需要与其他原子 skill 组合，由上层 agent 编排执行。