Amazon 平台政策与异常监控：FBA、Listing 诊断、匹配方式

目标

围绕FBA、Listing 诊断、匹配方式，核对官方规则、时间和适用范围，形成影响清单、应对动作与复核节点。

使用范围

• 优先处理平台政策与异常监控任务；从专项证据卡选择与当前对象和问题直接相关的主题。
• 集合名称用于维护文件归属，不限制用户要求的交叉验证。其他来源与业务域的证据须分别标注，再按同口径比较。
• 本 Skill 可独立使用，不依赖仓库中的私有语义稿。保留去标识化边界，不恢复原素材身份或逐条映射。

适用任务

• 变更摘要
• 影响矩阵
• 应对检查表

开始前要拿到

• 官方公告或后台通知。
• 站点、账户、类目和生效日期。
• 受影响 SKU/ASIN、费用、库存或流程。
• 执行前后证据。

缺少字段时明确标为 UNKNOWN 或 NEEDS_EVIDENCE，不要补造数据。

不可妥协的边界

• 本 Skill 来自去标识化语义转译，不保留或推断素材来源身份，也不把素材观点冒充 Amazon 当前政策。
• 产品事实、账户事实和 Amazon 一方报告优先；第三方数据必须标明 Provider、站点、日期、样本和估算口径。
• 不捏造销量、搜索量、成本、合规状态、产品属性、评论、平台通知或执行结果。
• 默认提供诊断或草案。写入前展示对象、旧值、新值、影响、停止线与回退，核对用户已有授权是否覆盖对象、动作与预算；范围已明确授权时继续执行并回读核验，只有未覆盖或扩大的范围才请求批准。
• 平台规则、费率、界面和资格会变化；执行前复核当前官方文档与后台状态。

工作流

1. 保存官方原文、发布时间、生效日期和适用范围。
2. 将明确事实与卖家解读、媒体报道和待验证假设分开。
3. 建立受影响对象清单并量化费用、库存、流量和合规风险。
4. 设计最小应对、回滚和监控指标，避免提前过度调整。
5. 生效后复核后台实际表现并更新结论。

专项路由

• FBA：核对配送模式、尺寸重量、费率、入仓要求和可追踪状态。
• Listing 诊断：从合规、可发现性、点击和转化四层审计当前详情页。
• 匹配方式：分别定义发现、验证和收割角色，避免不同匹配方式互相争抢。
• 品牌与备案：核对权利主体、资格、品牌资产和站点范围，区分申请与实际生效。
• 客服与工单：建立问题、证据、请求动作、时限和升级路径，避免无差别重复开案。
• 市场机会：先验证需求、直接竞争、价格带和进入门槛，再讨论开发。
• 政策变化：保存官方原文、适用站点、生效日期、受影响对象和待验证解释。
• 点击表现：按搜索结果与广告位拆分点击数据，区分素材、价格、承诺和流量相关性问题。

完整的 12 张主题证据卡见 references/topic-cards.md；1 种原有组合见 references/scenario-patterns.md。

第三方数据（可选）

只有在用户数据或 Amazon 一方报告不足时，才按 references/mcp-data-plan.md 发现实时 schema、执行 dry-run，并在可能计费的调用前核对具体请求与预算授权；已有授权覆盖时不重复索取。凭证通过环境变量注入，结果保存到 Skill 包之外的任务私有目录。

必须交付的结果

• 变更摘要
• 影响矩阵
• 应对检查表
• 监控阈值
• 复核记录

结尾列出站点、时间窗、数据口径、证据、假设、缺口、风险、下一步和所有待批准动作。证据不足时写 HOLD，不得包装成可直接执行。

执行细节、证据字段和质量检查见 references/playbook.md。