Amazon 在自己的 GitHub 组织下发布了一个插件：amzn/selling-partner-agentic-toolkit。它通过 Amazon 自己运行的远程 MCP 服务，把 AI 助手接到卖家账户上，上面还带了 12 个 Skill。
这带来一个实际变化：在 AI 助手里读自己的卖家数据，不用再自己对接 SP-API 了。 但 Selling Partner API 是做什么用的，这一点没有变。这篇把两头都讲清楚。
以下内容全部来自 2026-10-12 对仓库 commit 8d90d3b 的阅读。我们没有用卖家账户实际连接过它。
这个连接器是什么
插件的 .mcp.json 只注册了一个服务：https://sellingpartner-ai.amazon.com/mcp。授权走的是 Seller Central 常规的 OAuth 同意页面，助手能用哪些工具，取决于你在 Seller Central 里的角色权限。
插件清单把产品标为 beta。Skill 元数据里列的平台是 Claude Desktop、Claude Code 和 AWS Quick，12 个 Skill 中有 2 个没有列 Claude Code。
12 个 Skill 各管什么
| 领域 | Skill | 得到什么 |
|---|---|---|
| 经营分析 | seller-analytics | 你账户的库存、流量和销售指标 |
| 库存 | stockout-prevention、fba-inbound-management | 每个 SKU 的可售天数、离下一批货到仓差几天、逐步推进的入库计划 |
| Listing | listing-troubleshooter、listing-issues、listing-buyability、listing-searchability、listing-compliance | Listing 为什么被抑制、买不了或搜不到，修复方案起草好等你批准 |
| 财务 | finance-month-end-closer | 把已结束的月份和对应结算单对一遍账 |
| 账户 | support-case-helper、invite-secondary-users | 去掉个人信息的 Case 摘要，以及授权子账号的操作引导 |
| 开发 | sp-api-knowledge | SP-API 对接问题的解答 |
上面还有 3 个斜杠命令：/sp-stockout-check、/sp-fix-listing 和 /sp-sales-drop。
写操作怎么把关
所有写操作都先起草，等你批准。 以断货 Skill 为例，它只有一个写工具，用来修改 Listing；来源要求它在你输入批准之前一直以校验预览模式运行。
有两个设计值得注意：
- 不给定价建议。 断货 Skill 被要求不建议涨价或降价，对你自己报出的价格也不做评价。来源里写了原因：定价建议出自 Amazon 之口，会带来这个 Skill 不该制造的含义。
- 财务只读。 月结 Skill 不记账、不动钱。它也没有银行对接，所以会让你自己粘贴入账金额，并且明说：Amazon 标记为已付款，不能证明钱到了你的银行账户。
这些限制是有意为之。它们同时也在提醒你：预览一旦批准，改动就上线了。
它不覆盖什么
连接器只看得到一个账户，就是你的。它看不到其他卖家。 这条边界和 Selling Partner API 一直以来的边界相同，加一层 MCP 并不会挪动它。
| 问题 | 官方连接器 | 市场数据 API |
|---|---|---|
| 我哪个 SKU 会最先断货？ | 能 | 不能 |
| 我的 Listing 为什么被抑制？ | 能 | 不能 |
| 上个月的结算对得上吗？ | 能 | 不能 |
| 竞品的价格和优惠券历史是什么样？ | 不能 | 能 |
| 这个类目有多大、集中度多高？ | 不能 | 能 |
| 一个我没排名的关键词搜索量是多少？ | 不能 | 能 |
| 哪些关键词在给竞品 ASIN 带流量？ | 不能 | 能 |
右边一列是根据公开市场数据做出的估算，左边一列是你自己的精确记录，谁也替代不了谁。亚马逊 API 的四种类型把这个区分讲得更细。
在同一个客户端里两个一起用
MCP 客户端可以同时挂多个服务，所以两者可以并排放着。
断货 Skill 正好是两者相接的地方。它列完选项之后，会问你要不要在决定前看看需求、季节性和竞品情况。它自己的销售速度是过去 30 天的平均值，看不出还没开始的季节性爬坡；市场数据里的类目需求趋势可以。
一个可行的顺序：
- 让官方连接器算出你各个 SKU 的可售天数
- 对落在预警区间的 SKU，让市场数据服务查这个类目的需求趋势，以及两三个竞品 ASIN 的销量趋势
- 两份数据都摆在面前，补货由你自己决定
对话里要把数据来源标清楚。模型如果把你的订单数和市场估算混在一起，算出来的数两边都不是。
远程 MCP 接入用浏览器 OAuth 把市场数据这一侧接到同一个客户端我们这边的接入步骤见远程 MCP 接入，不粘贴密钥。官方插件和其中的断货 Skill 在目录里各有一个条目，来源都固定到了 commit：Amazon 官方卖家 Skill 工具包和 Amazon 断货预防。
我们没有验证的部分
- 可用性。 我们没有安装插件，也没有走完 OAuth 流程，所以说不了目前哪些站点、哪类账户能用。
- 12 个 Skill 里的 9 个。 我们完整读了 3 个（
listing-troubleshooter、stockout-prevention、finance-month-end-closer），其余的描述只依据 README 和元数据。 - 一处不一致。 README 和
/sp-stockout-check命令说断货 Skill 会建议补多少货；而我们读到的 Skill 文件只计算可售天数，没有定义补货数量的公式。
beta 阶段的仓库变化很快。要依赖这里的任何细节之前，先看一眼当前的 commit。
常见问题
它能取代自己对接 SP-API 吗？ 如果只是在助手里提问，它省掉了自己对接这一步。定时任务和要喂给自家系统的数据，仍然是直接对接更稳定。
它能查竞品的 ASIN 吗？ 查不到对方的私有数据。我们读过的文件里，没有任何一处能访问其他卖家的销量、库存或广告。
我的数据会发到 Amazon 以外的地方吗？ README 说这些 Skill 只把工具调用发往 Amazon 的端点。你的提示词文本仍然由你使用的助手按它自己的条款处理。
要花钱吗？ 仓库没有写价格，许可证是 Apache-2.0。你所用助手本身的套餐费用照常。