KuteSmart 购物车列表查询
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_ac9585d3/platform-cart-address-cart-list。
技能介绍
它解决什么问题
在 KuteSmart 海外运营平台的下单链路里,购物车列表是后续算价、选地址、凑优惠的前置数据。但这个接口散落在 orden 命名空间下,调用细节分散在网关文档、前端代码和历史脚本里:分页参数写在 query 还是 body、Authorization 头怎么拼、正式环境地址能不能被用户输入覆盖,每个环节都可能踩坑。
这个 skill 把 查询购物车列表 收敛成单一动作 cart_list,让上层 agent 不必重新理解接口契约,只需要关心业务编排。
技能如何工作
- 固定入口:正式环境地址写在 frontmatter 的
base_url中,执行时拼成GET https://www.kutetailor.com/api/order/orden/myCartList,不接受用户输入覆盖,避免把流量打到错误的 host 或测试环境。 - 统一参数层:所有 tool arguments 都走嵌套的
params对象。Query 参数放在params.query,例如pageNum、pageSize和平台支持的筛选字段。 - 登录态注入:如果传入值还没有
Bearer前缀,执行器会自动生成Authorization: Bearer;已经带前缀时直接使用,避免重复拼接。 - 响应透传:返回结构是
IPage,执行器不会二次加工库存、价格、优惠金额或物流状态,直接把原始结果交给上层 agent。
适用边界与注意点
- 这是一个 查询类接口,不做写入、不删购物车行,也不负责结算。
- 它只完成
cart_list这一个动作。完整的下单链路需要由上层 agent 按聚合 skillplatform-cart-address或计划文档编排多个原子 skill。 - 调用仍然受当前登录态、租户和用户权限约束。接口返回认证、权限、参数或业务错误时,执行器会把原始错误码和错误信息原样传给上层,不吞异常、不补造数据。
使用场景
- 运营在促销前查看当前账号购物车中的商品与优惠情况
- 排查用户购物车缺少特定 SKU 时,需拉取完整购物车列表进行核对
- 编写自动化脚本时,需要调用购物车接口获取分页后的商品明细
- 跨系统核对订单金额时,需要先从购物车列表获取准确的价格和数量
适合人员
- 海外运营人员,需要了解用户在购物车中的商品与优惠状态
- 后端工程师,负责实现 KuteSmart 购物车查询接口的调用逻辑
- 前端开发者,需要在结算链路中展示购物车内容并处理分页
- AI Agent 工程师,需要将购物车查询作为原子技能集成到自动化流程中