开箱即用

把常干的活，交给它按步骤办

多店铺理不清、广告老是 401、订单拉不完、接口说废弃就废弃——这几件事都有固定的干法。每个 Skill 就是一份写好的操作手册，装上之后你直接说要什么就行。手册里不写任何 Amazon 知识：每一步都回来问本服务要当下的权威规范，再交给你本机的执行器去做。

目录

5 个 Skill

5 个可装

基础本地执行器把 request 描述真正发出去接收 spapi_request / ads_request 返回的请求描述并执行：LWA token 刷新、RDT 换取、429 退避、自动翻页、多店铺连接、加密凭证保险箱。零第三方依赖。 sp-api ads-api 基础必装店铺信息管理多店铺、多区域、多 profile 理清楚把卖家账号、区域、marketplace、Ads profile 的对应关系理成一张明确的连接表，并做健康检查：授权是否还有效、每个连接能看到哪些商城、Ads profileId 属于哪个广告主。冒烟用的只读接口一句话向服务端问到。跨店误操作是最贵的错误，这个 Skill 的全部目的就是让它发生不了。 sp-api ads-api 运营多店铺需要执行器广告诊断 401 / 403 / 空数据，先查这里 Ads API 最常见的三类问题：两套鉴权头混用、profileId 用错、报告请求参数不合法。先把状态码和发出的头交给 ads_diagnose 一次定位，再按固定顺序排查；每一步都从服务端取该接口的准确头组合与参数定义，而不是靠猜。整个排查通常只问服务端两次。 ads-api 广告排查需要执行器订单增量同步先看限流，再决定怎么拉按时间窗增量拉订单：先用 spapi_plan 按限流算账，由它决定走订单接口还是 Reports API——限流低的接口拉历史必然超时。再处理重叠时间窗、去重键、翻页与断点续传游标，游标按连接隔离存本地。整个流程通常只问服务端三次。 sp-api 订单同步需要执行器废弃接口迁移 deprecated 了，然后呢找出代码里在用的已废弃 operation（批量一次盘点），逐个给出替代接口、字段级 schema 对照，并用 spapi_plan 对比新旧两版的限流——新版不一定更快，不比对就上线，吞吐掉了才发现。产出分组迁移清单与灰度方案。 sp-api ads-api 维护迁移

两条路

怎么装

装完重启 agent 会话——Skill 只在启动时扫描目录

推荐

让 AI 装

发给 AI 的一句话

帮我装上 <skill-id> 这个 Skill

把 <skill-id> 换成卡片上的 id（如 amazon-store）。agent 会调 get_skill 取回文件并写入本地。

备选

手动装

Claude Code~/.claude/skills/<skill-id>/
其他客户端~/.agents/skills/<skill-id>/

在详情页看文件清单，把文件按原路径写进去。每个 Skill 的详情页都有对应客户端的完整安装路径。