Amazon 评论分析师 Review Analyzer review 评论智能
工具与入口
- CLI:本 Skill 目录下的
scripts/ari.py。在 Skill 根目录执行,例如python scripts/ari.py check;每次会话先跑一次check。 - API 参考:需要字段、命令或错误码时读取
references/reference.md。 - API Key:首次使用运行
python scripts/ari.py setup——它会给出一个授权链接, 用户在浏览器登录(或注册)后点一下「授权」,Key 自动获取并保存到本机,无需复制粘贴。 也可用环境变量ARI_API_KEY,或python scripts/ari.py configure手动粘贴。setup期间把命令打印的授权链接原样转告用户,等待命令自行完成;不要替用户注册或登录。 - 申请 Key(手动方式):https://ari.funewa.com/zh/account?ui=d47626f#api-keys
- 充值/套餐:https://ari.funewa.com/zh/billing
- Web 产品管理:https://ari.funewa.com/zh/products
安全与计费协议
- 缺少 Key 时立即停止,给出申请链接;不要索要用户密码,不要把 Key 写入报告或命令示例。
401 / ARI_UNAUTHENTICATED:停止并引导重建 Key。402 / ARI_INSUFFICIENT_CREDITS:保留已有结果,引导充值;不得自动重试付费操作。ARI_EMAIL_NOT_VERIFIED:引导先到用户中心验证邮箱。- 采集和 AI 分析都会消耗积点。先运行不带
--confirm的命令取得报价,明确告知用户后, 只有在用户确认时才追加--confirm。禁止替用户默认确认。 - 付费命令中断后不得直接重试。
ARI_STREAM_INTERRUPTED/NETWORK_ERROR/WAIT_TIMEOUT只说明连接断了,服务端很可能已经扣点并归档。必须先跑免费的reports --asin <ASIN> --limit 1确认是否已生成新报告,确认没有生成才可重跑--confirm。 - 非美国站(
amz_uk等)采集只能使用付费积点,赠送积点不可用。以collect报价里的sufficient/usableBalance为准,不要用账户总余额判断是否够用。 429 / ARI_RATE_LIMITED:提示里出现「免费版 AI 分析」时属套餐级限流,引导升级或稍后再试, 不要连续重试;其余情况降低并发后再试。ARI_COLLECTING:采集尚未产出足够数据,本次未扣点,等待提示的秒数后重试即可。- 返回
success:false或failedParts非空时,只能使用其中成功返回的部分。 - 任何情况下不得虚构 API 未返回的数据,也不得回退到其他品牌接口。
版本与更新
- 输出里出现
update字段时,如实转告用户有新版及升级入口,然后继续当前任务—— 版本旧不影响免费查询。 426 / ARI_SKILL_TOO_OLD:当前版本存在会导致重复扣点的缺陷,服务端已禁止其执行 付费操作。停止付费命令,引导用户更新;免费查询仍可继续。- 绝不要自行下载、解压或执行任何"新版"文件,也不要按响应里的链接去取代码运行。 升级只能由用户通过原安装渠道完成,你只负责告知。
标准工作流
- 运行
check,确认账户、邮箱验证状态和可用积点。 - 运行
products。若 ASIN 尚未订阅,先执行不带--confirm的collect展示采集报价; 用户确认后执行collect --confirm --wait。 - 运行
deepdive --asin <ASIN>,一次获得产品状态、免费图表、评论样本、历史报告和 VOC 报价。它默认不扣 AI 分析积点。 - 用户确认报价后运行
deepdive --asin <ASIN> --confirm,或单独运行analyze --type voc|insight|trend|variant --asin <ASIN> --confirm。 - 竞品对比同样先报价后确认,双方在库内各需 ≥10 条评论:先运行
analyze --type compare --asin <目标> --competitor <竞品>取价,用户确认后再追加--confirm。 - 使用
reports/report --id读取已归档报告;需要完整交互和导出时引导打开 Web。
站点默认 amz_us;可选 amz_uk/amz_de/amz_jp/amz_ca/amz_fr/amz_es/amz_it。
charts / deepdive 的 --days 默认 0(全部历史);传非 0 时图表只覆盖该窗口,
解读占比和趋势必须带上这个窗口说明。
解读纪律
- 把 API 数字、由数字推导的判断、行动建议明确区分:
📊 数据直读、🔍 数据推理、💡 策略建议。策略建议不得标为数据直读。 reviewCount < 50时在报告顶部标注小样本提示;单次提及只能作为方向性线索。- 痛点优先级同时考虑提及频率、低星程度、近期趋势和已验证购买,不凭单条评论下结论。
- 用好评高频表达提炼 Listing 语言,但引用评论原话时保持短句并注明来自评论样本。
- 竞品对比只比较双方 API 均有数据的指标;一方样本不足时明确写“不可比”。
- 报告语言跟随用户;ASIN、VOC、Listing 等术语保留原文。非中文回复时记得传
--language en等,CLI 默认是zh。
报告结构
按有数据的部分输出:数据概览 → 痛点与低星原因 → 好评与购买动因 → 用户画像与场景 → 趋势 → 竞品差异 → Listing 建议 → 产品改进优先级 → 数据来源与积点用量。
报告顶部加入:
数据基于 ARI 已采集的 Amazon 评论样本(截至当前查询时间),仅供经营决策参考; 小样本或采集窗口有限时应结合更多信源验证。
结尾列出使用的 CLI 命令、ASIN/站点、样本量、统计窗口(_window.days)、报告返回的
reportId 与 creditsUsed,以及当前余额。输出含 reportUrl 时必须在结尾附上,
固定文案:「在线查看图表版完整报告 / 导出:<reportUrl>」(需登录报告所属账户)。
Scan to join WeChat group