「getOrders 大概每秒 1 次」——差了 60 倍
真实值是 0.0167 次/秒、突发 20。凭记忆写个循环,上线就是 429。查过规范的 agent 会直接建议改走报告接口:提交一次即可。
spapi_op orders-v0:getOrders2026-07-28 · 索引随 Amazon 变更持续更新
把 SP-API 与 Ads API 的权威规范接进你的 AI 客户端。限流、废弃标记、鉴权头、必填参数, 动手之前先核实:不猜、不编,也不经手你的密钥。
在你本机执行 · 凭证没有离开
SP-API 与 Ads API 的 OpenAPI 规范、开发者文档与 Amazon 官方 Postman 请求体,做成一份离线快照, 随 Amazon 变更重建。下面的数字从索引里现算,不是写死的;变更记录能看到最近改了什么。
它答得很有把握,但没有机制让它知道自己记错了。下面每一格都是真实存在的坑,每一条都能用对应的工具现调复核。
真实值是 0.0167 次/秒、突发 20。凭记忆写个循环,上线就是 429。查过规范的 agent 会直接建议改走报告接口:提交一次即可。
spapi_op orders-v0:getOrders废弃标记与替代接口一并返回,模型必须说出来,而不是某天悄悄失效。
不用等 400 回来才知道少了参数。请求描述里必填项、可选项、要不要额外授权,发出去之前就清楚。
混着用就是 401——Ads API 最常见的报错。请求描述给出该接口声明的那一套,两套体系自动区分。
Amazon-Advertising-API-ClientIdAmazon-Advertising-API-ScopeAmazon-Ads-ClientIdAmazon-Ads-AccountIdAds 的新版接口要求厂商媒体类型,写成 application/json 会被拒。请求描述里直接给对。
索引随 Amazon 官方 changelog 重建,最近改了什么直接问 spapi_changelog。下面三条就是最新的。
没有审核、没有申请表。微信扫一下就有账号和密钥,装完重启一次会话就能问。
它会给你一个链接,手机扫码即开通;密钥由它自己取回并写进配置,两个 endpoint 一起装。
不用学工具名,也不用知道接口叫什么。照你平时在后台想干的事说就行。
准确的调用方式与该知道的坑,外加一条能直接跑的请求;要它真去取数,再装本机执行器。
读 https://mcp.sp-api.net/llms.txt ,按里面的说明帮我接入 Amazon API 规范服务
https://mcp.sp-api.net/mcp/sp-api
https://mcp.sp-api.net/mcp/ads-api
这是卖家最该问的一句话,所以放在最前面回答:我们只回答「该怎么调」,从不代你调。这条边界不是承诺,是结构——服务端根本没有你的凭证。