Kutesmart 款式标签获取

要解决的问题

在海外运营平台的款式目录维护流程中，款式标签是筛选、归类和展示款式的基础字段。若由业务脚本直接拼接 HTTP 请求，每个调用方都要重复处理鉴权、参数组织与错误透传，维护成本高且容易出错。这个 skill 把「获取款式标签」收敛成一个最小颗粒度的接口动作，只负责一次调用。

核心能力与调用流程

• 固定接口：GET https://www.kutetailor.com/api/style/style-info/getStyleLable，正式环境地址写在 frontmatter 的 base_url 中，调用时不可被用户输入覆盖。
• 参数组织：tool arguments 统一使用嵌套的 params 对象，最外层不使用 params.xxx 这类点号顶层 key。当前接口的查询参数通过 params.query 传入，需要 type 和 category 两个值；params.path、params.body、params.headers 分别对应路径参数、JSON 请求体和额外请求头。
• 鉴权：登录态接口用 params.accessToken 生成 Authorization: Bearer；若传入值已包含 Bearer，不重复拼接。
• 返回处理：以上层 agent 拿到的接口响应为事实来源，skill 不补造库存、价格、订单号等接口未返回的字段；遇到认证、权限、参数或业务错误时，原始错误码和错误信息原样透传给上层。

适用边界

• 仅覆盖 style_labels 这一个原子动作，多接口业务链路需由上层 agent 按聚合 skill platform-style-catalog 或计划文档编排。
• 返回结果依赖当前登录态、租户和用户权限，无权限时会收到接口侧返回的原始错误。
• 查询参数 type、category 的具体取值以平台侧接口契约为准，skill 文档未做枚举。