亚马逊10月28日更新协议新增代理政策，禁止用平台数据训练AI并要求代理自报身份。
核心要点
- 10月28日起新增代理政策，禁平台数据训AI
- 代理须在请求中明确标识为自动化系统
- 平台保留随时要求停止代理访问的权利
- 浏览器自动化模拟操作的工具正是监管对象
- 同期Shopify走开放路线，允许买家确认后代下单
亚马逊宣布自 2026 年 10 月 28 日起更新 Business Solutions Agreement（服务商业解决方案协议），并新增一份「代理政策」（Agent Policy）。新规有两条主线：禁止把亚马逊资料用于大语言模型或机器学习模型的开发与改进；要求 AI 代理在所有 HTTP/HTTPS 请求中明确标识自身为自动化系统，不得隐匿访问来源。
这份政策篇幅不长，但责任归属很清楚——BSA 是卖家和亚马逊之间的合同，第三方工具在你的账户里违规，后果落在你的账户上。适用范围覆盖在亚马逊平台销售、使用亚马逊数据与接口的卖家与第三方工具服务商。
理解这份新规，可以把它放在平台路线分化的背景里看：Shopify 在 9 月 28 日把 WebMCP 扩展到结账环节，开放 get_checkout / update_checkout / complete_checkout 三个工具，允许浏览器内代理在买家确认后完成下单；而亚马逊等平台选择明确收紧，禁止 AI 代理代下单，并要求代理可识别。同一周里，两种态度同时出现。
一、新规要点：10 月 28 日生效，代理必须自报身份
三条要求与卖家操作直接相关。代理必须时刻标识自己是自动化系统，不能伪装成人工操作；合规是持续的，连接期间一直有效，而不是开通时校验一次；亚马逊要求停止访问时，代理必须能立即停止。
新规同时重申了既有边界：未经明确书面同意，不得把亚马逊资料与服务用于非预期用途；限制将亚马逊数据用于 AI/机器学习模型的开发或改进、数据挖掘、逆向工程，以及绕过安全措施。官方公告并没有说「一律禁止使用 AI」，需要按访问方式逐项核对。
二、适用范围与红线：谁被管、什么不能做
政策对「代理」的定义很宽：任何代表个人或法律实体自主或半自主行动的软件或服务。按字面读，规则并不只针对 AI——规则型比价器、自动调价或竞价脚本只要在你账户里自动执行操作，都落在这个定义里。
可以按风险把工具栈分层。走官方 Selling Partner API、凭证合规的工具，属于相对稳定的通道；API 工具里新增的 AI 功能，要关心动作是否限流、是否留痕、能否回滚；而通过浏览器自动化模拟人工操作 Seller Central 的工具（包括自建脚本和通用 computer-use 代理），正是「标识自动化」要求针对的对象。
红线之外还有一层传导风险：违规可能触发数据使用权限制、账户合规审查，甚至第三方工具被下架，而依赖该工具的卖家会被链条波及。这也是为什么卖家不能只看工具「能不能用」，还要看它「能不能一直合规地用」。
这一点对自建工作流的卖家尤其关键。过去不少团队会让脚本带上浏览器的默认标识，甚至伪装成普通用户，用来降低被拦截的概率；新规把这套做法直接划到不合规的一侧。改成可识别之后，短期内可能带来访问频率或权限上的调整，但换来的是更稳定的长期通道。
三、平台路线分化：开放与收紧并行
同期两条路线已经很清晰。Shopify 走的是「结构化开放」：通过 WebMCP 在浏览器内提供结账工具，让代理读取结账状态、更新收货与配送信息，并在买家确认后提交订单；它要求代理用 Web Bot Auth 签名请求，并把「买家确认」设为下单前提。这套机制更接近「辅助结账」，而非「自主下单」。
亚马逊一侧更强调可控与可识别：代理必须在请求中标识身份，不得代下单，平台保留随时限制代理访问的权利。两条路线的差别不在技术本身，而在平台愿意让代理接管多少环节。
| 维度 | Shopify（WebMCP 开放路线） | 亚马逊（代理政策收紧路线） |
|---|---|---|
| 核心态度 | 结构化开放，代理可参与结账 | 明确约束，代理需可识别 |
| 关键动作 | 开放 get_checkout / update_checkout / complete_checkout | 禁止代下单，要求标识自动化身份 |
| 身份要求 | 用 Web Bot Auth 签名请求 | 在 HTTP/HTTPS 请求中标识自动化 |
| 数据用途 | 面向结账流程的结构化接口 | 禁止用亚马逊资料训练或改进 AI 模型 |
| 控制权 | 买家确认后提交订单 | 平台可随时要求停止代理访问 |
四、卖家该向工具商问的几个问题
新规落地后，最大的暴露面来自你手里的工具栈。可以先把在使用中的第三方 ERP、选品、广告与客服工具列出来，再向服务商逐条确认。
值得直接发邮件问的问题包括：你的系统用的是 SP-API 还是浏览器/屏幕自动化？按代理政策，你的系统如何标识自己是自动化？我能否看到 AI 在我的账户里采取过的每一次操作，含时间戳，并能撤销？如果 AI 误操作批量改价或群发消息，有什么限制？如果亚马逊因为你的工具行为对我账户采取措施，你承担什么？
能答清第二个问题的供应商，说明读懂了政策；回避第五题的，通常已经读完并且决定把风险留给你。卖家一侧同样要做动作：梳理自建脚本是否使用平台数据训练或微调，把 User-Agent 与请求标识改成自动化可识别，并考虑在合同里加入数据合规条款。核对不是一次性的，建议每季度复查一次，尤其是新接入工具或更换服务商的时候。
FAQ
这份代理政策是不是意味着不能用 AI 工具了？
不是。政策没有明文禁止使用 AI，也没有说所有自动化工具都会被停用。它设定的是条件：代理必须标识自动化身份、持续合规、按亚马逊要求停止访问，并遵守数据使用限制。按访问方式逐项核对，比笼统判断更实际。
规则型比价器、调价脚本算代理吗？
按字面读，很可能算。政策把代理定义为代表个人或实体自主或半自主行动的软件或服务，这一定义没有限定必须是 AI。用脚本在你账户里自动改价、改库存，仍需纳入核对范围。
用 ChatGPT 生成商品文案会被禁止吗？
不一定。如果 AI 没有直接连接亚马逊，只是把人工准备的材料生成草稿，属于「不接触平台」的用法。真正相关的问题是，能否把客户信息、订单信息或未公开信息输入外部 AI，这部分需要单独确认。
我该从哪里开始核对？
先在卖家后台的 Apps and Services → Manage Your Apps 里列出所有已授权应用，再补充团队使用的浏览器扩展与脚本，按「访问方式 / 读写内容 / 标识方式 / 停止方式」四项逐条登记，优先处理访问方式不明或含自动执行操作的工具。
参考文献
- 《原链接已失效 2026-10 核查 ｜note.com》｜Note｜https://note.com/amapro_ai/n/n6367a1c9e09f
- 《Amazon Agent Policy: Rules for AI Tools on Seller Central》｜ecomsellertool.com｜https://ecomsellertool.com/blog/amazon-agent-policy-ai-tools
- 《Amazon FBA AI Guides — In-Depth, No Hype》｜Keoxs（Amazon BSA Agent Policy 指南）：<｜https://keoxs.com/guides/amazon-bsa-agent-policy
- 《TikTok Fulfillment & Amazon FBA Prep | Prep Center LA》｜Prep Center LA（Agent Policy 与卖家风险分层）：<｜https://www.prepcenterla.com/learn/amazon/amazon-agent-policy-ai-rules-sellers
- 《WebMCP support for checkout – Shopify developer changelog》｜shopify.dev｜https://shopify.dev/changelog/webmcp-support-for-checkout
- 《Shopify Extends WebMCP Support to Checkout for Browser Agents》｜-｜https://www.unite.ai/shopify-extends-webmcp-support-to-checkout-for-browser-agents
原创文章，作者：跨境头条编辑部，如若转载，请注明出处：https://www.tokenfff.com/amazon-bsa-agent-policy-2026/
