技能介绍

要解决什么问题

在海外运营平台的款式目录工作里，标签（type、category 等维度）往往决定筛选、上架和运营报表能否对齐平台侧数据。若 agent 或脚本直接拼 URL、漏传登录态，或把多个 catalog 接口混在一个 skill 里，排查权限与参数错误会很痛苦。

技能如何工作

本 skill 是 platform-style-catalog 聚合链路里的原子接口，只负责 style_labels 这一动作：对正式环境固定地址发起 GET /style-info/getStyleLable，通过 params.query 传入 type、category，返回以接口 RS 为准的款式标签结果。

调用约定要点：

工具参数最外层仅使用嵌套 params（path / query / body / headers），base_url 取自 frontmatter，不可被用户输入覆盖
需登录态时用 params.accessToken 生成 Authorization: Bearer；若已含 Bearer 前缀则不再重复拼接
认证、权限、参数或业务错误时，应把原始错误码与错误信息交给上层 agent，而不是本地臆造标签或库存类字段

多步业务（例如先列款式再取标签）应由上层 agent 按聚合 skill 或计划文档编排多个原子 skill；本 skill 只完成本接口并把关键返回字段交给后续步骤。

适用边界

仅覆盖「获取款式标签」查询，不包含款式列表、详情等其它 catalog 动作
返回内容必须以接口响应为事实来源，不要补造价格、订单、物流等无关业务数据
仍受当前租户、用户权限与登录态约束，与平台网关契约一致

截图预览

使用场景

海外运营 agent 编排款式目录时，需按 `type`、`category` 调用正式环境接口，拿到 RS 中的款式标签供筛选或表单下拉。
多步 catalog 计划里只需「取标签」一步：上层 agent 单独触发 `style_labels`，再把返回字段交给后续 list 或详情类 skill。
上架或运营报表要核对标签维度是否与平台一致时，用固定 GET `/style-info/getStyleLable` 结果作为对照依据。
集成 kutetailor 登录态工具链时，通过 `params.accessToken` 拉取当前租户权限下的标签，避免手写 URL 覆盖 base_url。

适合人员

负责酷特海外运营平台上架与分类维护的商品运营，需要平台返回的权威标签列表配置筛选与上架字段。
对接 www.kutetailor.com 款式接口的集成工程师，要在 agent 里按嵌套 `params.query` 规范封装原子 `style_labels` 调用。
编写 platform-style-catalog 聚合链路或计划文档的 agent 维护者，需与其它 catalog 原子 skill 共用同一 base_url 与错误上抛约定。
按 type/category 做款式目录或标签维度对账的数据/运营分析人员，依赖接口 RS 而非本地臆造标签。