技能介绍

它解决什么问题

海外运营平台处理返修单时，客服、运营或自动化 Agent 经常需要回答一个问题：这张返修单对应的原订单是什么。答案可能包括原订单号、下单时间、商品明细、履约状态或售后背景。很多系统把返修单和原订单拆在不同接口或不同模块里，人工要跨页面搜索，Agent 要在编排中硬编码字段名和调用方式，上游接口一旦调整，这些假设就可能失效。这个 skill 把“查询原订单”收敛成一个最小颗粒度的原子动作，让上层 Agent 可以把它当作稳定工具调用，而不用关心 URL 拼装和登录态处理细节。

它如何工作

核心动作只有一个：origin_order_one，对应 GET https://www.kutetailor.com/api/order/order/orden/getOrdenOne，Query 参数为 id，返回类型为 RS。调用时，tool arguments 统一放进嵌套的 params 对象，而不是使用 params.xxx 这类点号顶层 key。id 属于查询参数，应写入 params.query；登录态从 params.accessToken 读取，执行器会生成 Authorization: Bearer，如果传入值已包含 Bearer，则不会重复拼接。

执行器有几个硬约束：正式环境地址固定取自 frontmatter 的 base_url，不接受用户输入覆盖；HTTP method、URL 和参数位置按接口表选择；params.path 用于路径变量，params.query 用于查询参数，params.body 用于 JSON body，params.headers 用于额外 Header；POST/PUT 默认发送 JSON body，但以网关契约为准。该接口是查询类，仍需遵循当前登录态、租户和用户权限。

边界与注意点

它只负责调用一次接口，不做多步业务编排。如果用户需求是“查返修单→查原订单→查库存→改地址”，应由上层 Agent 按聚合 skill platform-repairs-order 或计划文档编排多个原子 skill，本 skill 只完成 origin_order_one 并把关键返回字段交给下一个 skill。

返回结果必须以接口响应为事实来源，不要根据订单号或上下文补造库存、价格、订单号、优惠金额或物流状态。若接口返回认证、权限、参数或业务错误，应把原始错误码和错误信息原样传给上层 Agent，而不是自行改写或吞掉。适合在已登录、权限边界清晰、且需要严格保留接口契约的返修订单链路里使用。