技能介绍

要解决的问题

海外运营平台里，发货链路中的低值判断往往不是一个可独立运行的业务动作，而是一个接口调用：需要带着正确登录态、固定正式环境地址和明确参数结构访问 checkLowPrice。如果上层 Agent 把地址、Header、Body 或错误信息随意拼装，容易出现 Authorization 重复、base_url 被用户输入覆盖、或把接口未返回的库存/价格/订单号当作事实。

技能如何工作

这个 skill 只封装 KuteSmart 海外发货管理的低值校验 动作 check_low_price。核心约束包括：

固定调用正式环境地址 POST /shipping/shipping/checkLowPrice，不从用户输入覆盖 base_url。
tool arguments 最外层只保留 params，避免使用 params.xxx 这类点号顶层 key。
登录态从 params.accessToken 生成 Authorization: Bearer；若值已包含 Bearer，不重复拼接。
path、query、body、headers 分开写入 params，Body 按 application/json 提交。
接口返回认证、权限、参数或业务错误时，把原始错误码和错误信息交给上层 Agent。

适用边界

这是一个 最小颗粒度接口 skill，只完成一次低值校验，不负责完整发货流程、库存、价格计算、订单号或物流状态推断。若业务链路需要多步调用，应由 platform-shipping-manage 等聚合 skill 或计划文档编排多个原子 skill。

截图预览

使用场景

海外发货运营在创建发货单前，调用 KuteSmart 正式 checkLowPrice 接口判断低值，并把 RS 返回交给后续流程。
Agent 工程师编排发货流程时，将低值校验作为原子 skill，提交 params.body 的 SaveShippingVO 并回传原始错误码。
平台联调人员验证登录态时，用 params.accessToken 生成 Bearer 头，检查正式环境 /shipping/checkLowPrice 是否返回认证或业务错误。
业务开发做发货前置校验时，固定 base_url，不读用户覆盖，只依据 RS 返回低值结果，不补造价格、库存或订单号。