---
name: sealeap-hundun-amazon-new-listing-setup-checklist
description: "Walk through creating a brand-new (not piggyback) Amazon listing: resolving the correct category path, pre-planning the full variant matrix and required identifiers before submission, meeting main-image and required-field compliance, and checking trademark status before entering any brand name so the listing does not surface an unexpected conflict. Use for 新建 Listing 类目怎么选、变体前期要准备哪些资料、品牌栏要不要先查商标、五点描述和关键词怎么填、上传后要不要留着测试链接. Do not use for piggyback/match-existing-listing flows, and do not leave a test listing live once it has confirmed working."
---

# Amazon 新建 Listing 合规核对

## 目标

Walk through creating a brand-new (not piggyback) Amazon listing: resolving the correct category path, pre-planning the full variant matrix and required identifiers before submission, meeting main-image and required-field compliance, and checking trademark status before entering any brand name so the listing does not surface an unexpected conflict.

## 不可妥协的边界

- 当前 Amazon 官方政策、账户资格、站点字段和一方数据优先于本 Skill 的经验框架。
- 第三方数据一律标为估算或前台观测，不得写成 Amazon 一方事实。
- 默认只读诊断和草案；任何广告、Listing、库存、促销或外部系统写操作都需逐项展示并取得明确批准。
- 一次实验只改变一个主要变量，并记录基线、样本、成功、停止和回退条件。
- 不得复制来源材料或竞品表达；输出必须按当前任务重新组织并可由现有证据支撑。
- 来源提到品牌栏留空也能通过说明该品牌已被他人备案或列入白名单，这是对系统行为的个案观察，不构成规律；品牌冲突判断仍应以商标查询和平台官方提示为准。
- 类目层级、必填字段与变体证明材料要求会随后台改版调整，本 Skill 只给出核对顺序，具体字段以当前发布页面的实时提示为准。
- 跟卖他人已有 Listing 属于另一套流程与合规考量，本 Skill 不覆盖，也不建议在未充分了解规则前贸然操作。
- 上传测试性质的 Listing 后若忘记清理，可能造成不必要的品牌冲突曝光或库存/合规隐患，应养成测试后即清理的习惯。

## 先判断任务模式

1. **诊断**：读取现状、证据和缺口，不生成线上写入动作。
2. **方案草案**：输出可审核的结构、参数范围、实验和回退值。
3. **执行准备**：只生成待批准变更表或 API/控制台操作草案。
4. **已批准执行**：仅对用户在当前会话明确批准的对象和字段执行，并立即回读核验。

用户未指定时采用“诊断”。

## 开始前要拿到

- 目标 marketplace、类目、价格带、上架时间与运营模式
- 候选品与同购买意图可比样本的销量、评论、价格和上架时间
- 关键词需求、历史趋势、广告依赖、同款密度和品牌集中度
- 采购、头程、平台费、退货、仓储、交期和合规/IP 基础信息

缺失项必须标为 `NEEDS_EVIDENCE`；不得猜数字、补属性或把不同站点、ASIN、变体、币种和时间窗混在一起。

## 工作流

先读取 [references/playbook.md](references/playbook.md)，确认该方法适用于当前对象。按以下顺序执行：

1. 先明确本次操作是创建全新 Listing 而非跟卖：跟卖是在他人已有页面下用同款库存挂车，路径与合规考量完全不同，本流程只覆盖创建新 Listing。
2. 确定类目路径：参考同类目已上架产品的面包屑分类作为参照，必要时将后台语言切换为英文以获得更准确的类目层级；类目决定后续必填字段集合，选错类目会导致关键字段缺失或错配。
3. 上传前备齐核心内容：标题、UPC/GTIN 或适用的豁免资质、五点描述、长描述、关键词字段，以及类目专属的合规信息（如儿童用品的窒息警示）；内容准备完整可以减少反复保存排查报错的时间。
4. 变体规划要一次做全：先确定完整的颜色/尺寸等变体矩阵（包括未来可能上架但当前无库存的选项），因为后续追加变体通常需要额外提交证明材料；每个变体需要独立的商品编码，提前备足数量，暂不上架的变体可先将库存设为零占位。
5. 图片与格式合规：主图使用纯白背景、不含水印或角标（角标由系统按数据自动生成，不能手动添加）；长描述如需要换行排版，用当前编辑器支持的换行标记处理，避免整段文字挤在一起影响可读性。
6. 品牌字段填报前先查商标：在正式填入品牌名前，用商标查询工具核实该名称是否已被注册；未注册可按无品牌或申请中处理，已注册且非本人所有则需更换品牌名或改走白名单授权路径，避免因品牌冲突导致上传报错或潜在侵权。
7. 提交后核实结果并及时清理测试数据：确认页面正常生成且字段无误后，若只是流程演练或测试性质的上传，应尽快下架或删除该测试 Listing，避免因误操作导致侵权曝光或库存/合规问题延续。

最后做数据充分性检查，并把结论分成 `FACT / ESTIMATE / HYPOTHESIS / UNKNOWN`。若关键证据不足，状态写 `HOLD`。

## 第三方 MCP 数据

仅在自有数据不足且当前任务确实需要外部证据时，读取 [references/mcp-data-plan.md](references/mcp-data-plan.md)，再使用 `scripts/mcp_research.py`。本 Skill 的外部取数目的：核实拟用品牌名称的商标注册状态，作为品牌字段填报前的风险核查证据。

- 先 `doctor`，再 `search-tools` 和 `describe`；工具名及参数以实时 `tools/list` 与 `inputSchema` 为准。
- Token 只从环境变量读取。不得写入命令参数、URL、Skill、报告、日志或 Git。
- `tools/call` 或 Actor 可能计费；先展示 Provider、工具、无密钥业务参数、预计成本与输出位置，核对已有授权覆盖后才加 `--allow-cost`；该标志不是费用上限。


## 必须交付的结果

- 类目路径确认记录（含参照来源）
- 上传前内容准备清单（标题/UPC/五点/描述/合规信息）
- 变体矩阵与编码规划表
- 品牌字段商标核查记录
- 提交后核对与测试数据清理记录
- 数据范围、来源、采集时间、样本与限制。
- 关键假设、待补证据、风险和不可确定项。
- 若有动作：对象、旧值、新值、预期、停止条件、回退值与审批状态。

方案状态使用 `READY FOR REVIEW / DRAFT / HOLD / STOP`；如已执行，另行记录实际结果及回读证据。未得到明确批准时，不得声称已修改线上对象。