返修刺绣订单查询

解决什么问题

海外运营平台里的返修订单通常由订单、商品、刺绣等多个接口拼出来。如果每次都让模型临时拼装请求，很容易出现参数放错位置、鉴权头重复拼接、把非本接口字段当作事实返回等问题。这个技能把“查询返修刺绣”收敛成一个最小颗粒度的原子动作：order_emb，只负责调用 GET /order/orden-emb/listOrdenEmb。当业务还需要创建工单、审核、更新状态等步骤时，上层 agent 应基于聚合 skill platform-repairs-order 或计划文档继续编排。

核心能力

• 固定环境：正式环境地址由 frontmatter 的 base_url 固定，执行器不接受用户输入覆盖。
• 统一入参：所有 tool arguments 放在嵌套对象 params 中，不使用 params.xxx 这类点号顶层 key。
• 参数分流：路径参数写入 params.path，查询参数写入 params.query，JSON Body 写入 params.body，额外头写入 params.headers。
• 鉴权去重：登录态接口使用 params.accessToken 生成 Authorization: Bearer；若传入值已含 Bearer，不再重复拼接。
• 查询参数：order_emb 使用 GET，可传入 repairId、categoryId、embIds，查询参数放在 URL query。
• 事实来源：返回结果只以接口响应为准，不补造订单号、刺绣内容、价格、库存或物流状态；遇到认证、权限、参数或业务错误，原样透传错误码和错误信息。

执行边界

它适合把已经明确的返修刺绣查询交给 agent 执行，或作为多步业务链路中的一个节点。它不做订单状态流转、库存校验、权限开通或跨接口聚合；这些应由上层 agent 组合其他原子 skill 完成。调用前后仍需遵守当前登录态、租户和用户权限约束。