Kutesmart 简定制商品详情

它解决什么问题

简定制商品在下单页要展示详情：库存、价格等信息都来自海外运营平台的一个接口。但这类接口通常是细粒度的，一个完整的下单页可能要串起多个步骤。如果让每个 agent 都从头实现一遍调用逻辑，参数组织、鉴权、错误处理很容易各写各的，维护成本很高。

这个 skill 只做一件事：调用 custom_detail 这个原子动作，取回简定制商品详情/下单页详情，把结果交给上层 agent。

它如何工作

• 固定入口：正式环境地址写在 frontmatter 的 base_url 中，固定为 GET https://www.kutetailor.com/api/product/product/product/public/selectProductOrden，执行时不接受用户输入覆盖。
• 参数组织：所有 tool arguments 统一放进嵌套的 params 对象。Path 参数写 params.path，Query 参数写 params.query，JSON Body 写 params.body，额外 Header 写 params.headers。最外层只放 params，不要用 params.xxx 这类点号顶层 key。
• 鉴权：登录态接口用 params.accessToken 生成 Authorization: Bearer；如果传入值已包含 Bearer，不再重复拼接。
• 请求约定：custom_detail 使用 GET，查询参数 id 放在 URL query，返回 OrderProductVO。POST/PUT 默认发送 JSON body；若上层接口网关另有约定，以网关契约为准。
• 职责边界：当用户需求需要多个接口步骤时，本 skill 只完成自己这一跳，并把关键返回字段交给后续 skill，由上层 agent 按聚合 skill（platform-product-detail）或计划文档编排。

适用边界与注意点

• 即使这是查询/计算类接口，也仍然需要遵守当前的登录态、租户和用户权限。
• 返回结果必须以接口响应为事实来源，不要补造库存、价格、订单号、优惠金额或物流状态。
• 如果接口返回认证、权限、参数或业务错误，直接把原始错误码和错误信息透传给上层 agent，不要自行改写。