zach-listing-health-ch…
以真实消费者视角检查亚马逊Listing健康状态。通过网页抓取模拟消费者浏览体验, 检查页面可见性、价格、卖家信息、购物车、配送、类目节点、排名、差评等关键指标, 并验证关键词搜索可见性。使用时机:新品上架后验收、日常巡检、排查Listing异常。…
功能需求真伪验证器。用三维数据(Review/关键词/社区)验证微创新是否真实需求。 使用时机:品类选定后评估微创新、竞品分析发现差异点后判断要不要跟进。 触发词:/zach-feature-demand-validator
$ npx -y skills add zach22-1999/amazon-skills --skill zach-feature-demand-validator --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/zach-feature-demand-validatorContext preview
The summary Claude sees to decide when to auto-load this skill.
功能需求真伪验证器。用三维数据(Review/关键词/社区)验证微创新是否真实需求。 使用时机:品类选定后评估微创新、竞品分析发现差异点后判断要不要跟进。 触发词:/zach-feature-demand-validator
name: zach-feature-demand-validator description: | 功能需求真伪验证器。用三维数据(Review/关键词/社区)验证微创新是否真实需求。 使用时机:品类选定后评估微创新、竞品分析发现差异点后判断要不要跟进。 触发词:/zach-feature-demand-validator benefits-from: [zach-product-research] user-invocable: true allowed-tools: [Read, Write, Edit, Bash, Glob, Grep, WebSearch, WebFetch, mcp__sorftime__product_reviews, mcp__sorftime__keyword_detail, mcp__sorftime__keyword_extends] risk-level: low
本公开版 Skill 是自包含的,不依赖任何私有工作区文件、内部参考库或品牌专属协议。
开始执行前,建议先阅读本 Skill 自带的参考材料:
亚马逊卖家的产品开发,大多数时候不是做颠覆式创新,而是在现有供给上做微创新:
危险点也恰好在这里。很多功能看起来合理,但很可能只是卖家自己的想象,不是消费者真实在意的点。
这个 Skill 的定位,不是帮你发明新物种,而是判断:
**这个微创新,到底是不是用户真的在意。**
它通过三个独立维度交叉验证,避免“感觉有需求就开模”。
| 维度 | 首选数据源 | 无 Sorftime 时的替代方案 | |------|-----------|----------------------| | Review 信号 | Sorftime `product_reviews` | WebSearch + WebFetch 主动抓取 Amazon Review 页面,或用户提供 `review_source_pack` | | 关键词信号 | Sorftime `keyword_detail` / `keyword_trend` / `keyword_extends` | Google Trends(WebFetch)+ Amazon Autocomplete(WebSearch)+ 第三方搜索量估算 | | 社区信号 | WebSearch(Reddit + Quora) | 继续可执行(不依赖 Sorftime) |
---
适用条件:当前环境可调用 Sorftime MCP。
1. Review 维度走 Sorftime `product_reviews` 2. 关键词维度走 Sorftime 关键词工具 3. 社区维度走 WebSearch
适用条件:当前环境没有 Sorftime MCP。
1. Review 维度:优先用 WebSearch + WebFetch 主动抓取 Amazon Review;若抓取失败,再降级到用户提供的 `review_source_pack` 2. 关键词维度:用 Google Trends + Amazon Autocomplete + 第三方工具获取免费搜索数据 3. 社区维度:继续走 WebSearch
**注意**:替代版的数据精度不如 Sorftime(无法拿到精确周搜索量和 CPC),但三个维度都有真实数据支撑,不存在”空白维度”。报告中需标注数据来源差异。
---
支持两类:
| 输入方式 | 示例 | 处理逻辑 | |---------|------|---------| | 品类 + 功能描述 | `air fryer + steam feature` | 先找市场上是否已有带该功能的产品 | | ASIN + 功能描述 | `B0XXXX + self-cleaning` | 直接围绕指定产品和相邻竞品验证 |
默认站点:`US`
当 Sorftime 不可用时,用户需要提供本地评论证据包:
review_source_pack/
├── source_manifest.json
└── raw/
├── reviews.csv
├── reviews.txt
└── reviews.html详细格式见 `references/review_fallback_pack.md`。
---
1. 确认输入是“品类 + 功能”还是“ASIN + 功能” 2. 确认站点,默认 `US` 3. 基于 `references/keyword_construction_guide.md` 构造 3-5 个英文关键词变体 4. 判断当前走 Sorftime 完整版还是 Review fallback 降级版
1. 若用户给的是品类:
2. 若用户给的是 ASIN:
3. 对每个目标 ASIN 调 `product_reviews` 4. 把返回结果保存为 JSON,再调用脚本:
macOS / Linux:
python3 skills/zach-feature-demand-validator/scripts/parse_reviews.py \ --input <reviews.json> \ --asin <ASIN> \ --keywords "steam,steamer,steaming" \ --source-url "sorftime://product_reviews/<ASIN>" \ --output <数据源目录>/01_review_信号_原始数据.csv
Windows:
py -3 skills/zach-feature-demand-validator/scripts/parse_reviews.py ` --input <reviews.json> ` --asin <ASIN> ` --keywords "steam,steamer,steaming" ` --source-url "sorftime://product_reviews/<ASIN>" ` --output <数据源目录>\01_review_信号_原始数据.csv
**核心原则:按功能关键词定向选 ASIN,不随机抓。**
Review 采集的意义在于验证"用户有没有在意这个功能",所以必须定向找两类产品:
随机抓高销量产品的 review 不会命中功能相关内容,没有分析价值。
**第一步:用功能关键词定向搜索 ASIN**
1. 用 WebSearch 搜索 `amazon.com [品类] [功能关键词]`
2. 再搜索 `amazon.com [品类] best seller`,提取 2-3 个**不带该功能但销量高**的 ASIN(B 类)
3. ⛔ 严禁使用 `B0XXXXX` 等占位符,必须拿到真实可验证的 10 位 ASIN 4. 确认每个 ASIN 的产品名、是否带目标功能,记录到报告中
**第二步:抓取 Review**
对每个 ASIN:
**第三步:数据量要求**
**第四步:脚本解析**
将采集到的 review 整理为标准 JSON,再调用 parse_reviews.py 脚本(同 1.1)
**降级路径:用户提供 review_source_pack**
仅当 WebSearch + WebFetch 均无法获取足够 review 数据时,才要求用户手动提供证据包:
1. 要求用户提供 `review_source_pack/` 2. 检查 `source_manifest.json` 是否包含 ASIN、站点、导出时间、来源 URL、导出方式 3. 调脚本统一解析原始证据:
python3 skills/zach-feature-demand-validator/scripts/parse_review_source_pack.py \ --pack <review_source_pack> \ --keywords "steam,steamer,steaming" \ --output <数据源目录>/01_review_信号_原始数据.csv
支持的原始文件格式:CSV、TXT / Markdown、HTML
判定标准见 `references/judgment_criteria.md`,核心仍是:
对关键词变体依次调用:
再用脚本导出标准 CSV:
python3 skills/zach-feature-demand-validator/scripts/generate_keyword_csv.py \ --type detail \ --data <detail.json> \ --source-ref "keyword_detail:steam air fryer" \ --output <数据源目录>/02_keyword_信号_搜索量数据.csv
关键词维度不能留空。没有 Sorftime 时,通过以下免费数据源获取替代数据:
**搜索量估算(替代 keyword_detail):**
1. 用 WebSearch 搜索 `"[功能关键词]" amazon search volume` 或 `"[功能关键词]" keyword search volume` 2. 从 SEO 工具页面(如 Ahrefs 免费版、Ubersuggest、Keywords Everywhere 公开数据)获取大致搜索量级 3. 用 WebFetch 尝试访问 `https://trends.google.com/trends/explore?q=[关键词]&geo=US` 获取 Google Trends 相对热度 4. 在报告中标注数据来源为"第三方估算",精度不如 Sorftime
**趋势数据(替代 keyword_trend):**
1. Google Trends 是核心替代源:用 WebFetch 获取过去 12 个月的趋势曲线 2. 对每个关键词变体都查 Google Trends,记录趋势方向(上升/平稳/下降) 3. 用 WebSearch 搜索 `"[功能关键词]" trend 2025 2026` 获取行业讨论中的趋势判断
**延伸词(替代 keyword_extend
作者:Zach | 公众号「Zach的进化笔记」 Learn in public!把亚马逊卖家的实战经验做成可安装、可执行、可交付的 AI skill。
以真实消费者视角检查亚马逊Listing健康状态。通过网页抓取模拟消费者浏览体验, 检查页面可见性、价格、卖家信息、购物车、配送、类目节点、排名、差评等关键指标, 并验证关键词搜索可见性。使用时机:新品上架后验收、日常巡检、排查Listing异常。…
基于Sorftime MCP的选品分析,发现高潜力市场机会、多维度属性标注与交叉分析、验证竞争格局、测算投入产出、输出Go/No-Go决策与选品报告。 使用时机:选品立项前的市场调研。新品上架工作流第一步。 触发词:/zach-product-research
分析 Amazon Brand Analytics 热门搜索词报告(Top Search Terms)。场景化框架:自家 ASIN 在/不在该词点击 TOP3 走完全不同的业务判断(存量经营 vs…
分析 Amazon Ads SP / SB / SD 搜索词报告。确定性脚本负责清洗、时间窗聚合、词根聚类和决策计算,AI 助手或人工负责词根级语义分类;通过词根继承减少长尾词的待判定比例,输出 Markdown、CSV、HTML 和 JSON 六类结果。…
亚马逊卖家专用的 skill 创建器(中文)。当用户想把一个亚马逊运营/自媒体/日常工作流程变成可复用的 skill 时使用。触发场景包括但不限于:用户说"我想做一个 skill""把这个流程变成 skill""帮我写个自动化""优化我已有的…
基于领星 ASIN 360 或同类日业务报表,以及用户自己 SIF MCP 导出的日级关键词自然排名 JSON,回测 CVR 与核心词/稳定词自然排名波动的关系,并输出观察线、危险线、广告 CVR 确认线。…