---
name: sealeap-xiezhi-amazon-commodity-bundle-repositioning
description: "Reposition mature commodity products into differentiated bulk, kit, gifting, or event solutions without unnecessary tooling. Use when a seller has accessible commodity supply but lacks a defensible Amazon use case."
---

# Amazon 成熟产能组合重定位

## 目标

利用成熟供应链的小批量与成本优势，通过真实场景、数量和组合设计提高价值，而不是简单加量卷规格。

## 适用任务

- 把通货转成批量活动或礼赠方案。
- 在不开模前提下设计轻量差异化。
- 评估多 SKU 小批量组合的盈利边界。

## 开始前要拿到

- 现有产品、工艺、MOQ、质量与包装能力。
- 目标活动、人群、采购数量和使用任务。
- 竞品套装、数量、价格、评论和流量词。
- 单件/套装的采购、包装、物流、FBA 与广告成本。

缺少字段时列出证据缺口，并把相关结论标为 `FACT`、`ESTIMATE`、`ASSUMPTION` 或 `UNKNOWN`；不要补造数据。

## 不可妥协的边界

- 第三方数据均为估算或代理证据；Amazon 一方报告、后台实时字段和产品事实优先。
- 经验阈值只能作为可调起点，必须展示敏感性分析，不能写成 Amazon 官方规则。
- 不得捏造销量、搜索量、CPC、CVR、成本、认证、产品属性或消费者需求。
- 默认提供诊断或草案。写入前展示对象、旧值、新值、影响、停止线与回退，核对用户已有授权是否覆盖对象、动作与预算；范围已明确授权时继续执行并回读核验，只有未覆盖或扩大的范围才请求批准。
- 不输出或保存素材来源身份、账号、链接、作品编号、互动数据、原始话术或其他可反查来源的线索。
- 不得混装不兼容、无证据或可能造成安全风险的组件。
- 不得用虚假数量、礼赠对象或场景声明抬价。

## 工作流

### 1. 识别成熟产能

选择工艺稳定、供给充足、可小批量包装或组合的基础产品，并验证质量一致性。

### 2. 定义采购任务

把需求写成某类组织者为某活动一次采购多少、解决什么任务，而不是泛泛的送礼。

### 3. 设计价值组合

围绕数量、搭配、包装、身份表达和操作便利设计方案，避免只把同行数量翻倍。

### 4. 重建竞争集

用场景与对象词搜索，确认新定位的直接竞品、价格带和评论门槛。

### 5. 核算与小批验证

计算整套落地成本、缺件风险、配送重量和退货影响，限定首批量和淘汰线。

## 判断标准

- 组合必须提高任务完成度或采购便利，单纯增量通常只会复制价格竞争。
- 优先非标准化需求，但每个组件仍需符合安全、标签和类目要求。
- 目标售价和投产比必须由实际成本与 CPC/CVR 情景推导，不能只因套装而假设溢价。

## 第三方 MCP 数据

需要外部关键词、竞品、评论或公开网页证据时，读取 [references/mcp-data-plan.md](references/mcp-data-plan.md)，并使用 `scripts/mcp_research.py`。

- 先动态执行 `tools/list`、`search-tools` 和 `describe`，依据实时 `inputSchema` 构造参数。
- 凭证只从环境变量读取，不进入参数、URL、Skill、终端输出或 Git。
- 可能计费的 `tools/call` 先展示 Provider、工具、无密钥参数、预计成本与输出位置，核对已有授权；仅在授权覆盖本次范围时使用 `--allow-cost`，该标志不是费用上限。
- 脱敏结果用 `--output` 写入 Skill 包之外的任务私有目录；不假设安装位置受仓库 `.gitignore` 保护。第三方数据标为估算或代理证据。
- 失败一次后记录缺口，不以重复付费重试掩盖不可用状态。

## 必须交付的结果

- 成熟产能清单
- 采购任务说明
- 组合 BOM 与包装方案
- 新竞争集与单位经济
- 首批验证计划

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

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