---

name: sealeap-yinglong-amazon-policy-monitoring description: "聚焦政策变化、运营工具、类目与节点的 Amazon 平台政策与异常监控。在需要核对官方规则、时间和适用范围，形成影响清单、应对动作与复核节点时使用；根据当前业务问题选择证据卡，避免加载无关主题。"

Amazon 平台政策与异常监控：政策变化、运营工具、类目与节点

目标

围绕政策变化、运营工具、类目与节点，核对官方规则、时间和适用范围，形成影响清单、应对动作与复核节点。

使用范围

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

适用任务

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

开始前要拿到

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

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

不可妥协的边界

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

工作流

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

专项路由

• 政策变化：保存官方原文、适用站点、生效日期、受影响对象和待验证解释。
• 运营工具：先核对工具的数据来源、权限、费用和导出字段，再决定是否接入。
• 类目与节点：核对 product type、browse node、属性和前台归类，避免把错类流量当广告问题。
• FBA：核对配送模式、尺寸重量、费率、入仓要求和可追踪状态。
• 发货与入库：逐节点记录创建、承运、签收、接收和可售状态，异常按证据升级。
• 客服与工单：建立问题、证据、请求动作、时限和升级路径，避免无差别重复开案。
• 平台费用：以站点、日期、尺寸档和官方费率重算费用，保留账单证据。
• 评价与口碑：只分析合规获取的 VOC；禁止操纵评价、诱导好评或联系受限买家。

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

第三方数据（可选）

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

必须交付的结果

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

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

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