Runtime Logic
THX Amazon 评论洞察 运行逻辑
这页说明 THX-amazon-review-insight 收到任务后会解析哪些字段、使用哪些数据源、按哪些规则自检，方便定位问题和后续改规则。
THX Skill使用说明运行逻辑
运行逻辑页用于理解 Skill 的判断边界；日常使用请回到说明页下载或安装 Skill。
1
先解析什么
| 字段 | 说明 |
|---|---|
| 评论 CSV / 表格 / 低星评论文本 | 作为任务分流和后续输出的必要字段。 |
| 评论来源：自家、竞品或未说明 | 作为任务分流和后续输出的必要字段。 |
| 分析目标：差评归因、VOC、Listing 优化、产品反馈 | 作为任务分流和后续输出的必要字段。 |
| 必要字段：正文、评分、标题、日期或评论 ID | 作为任务分流和后续输出的必要字段。 |
2
核心链路
评论 CSV / 表格 / 低星评论文本 -> 判断任务类型 -> 选择必要规则和数据源 -> 生成结果 -> 自检缺失项 -> 输出下一步动作
3
会用哪些数据或规则
| 类别 | 处理方式 |
|---|---|
| 来源 | 用户上传的 Amazon 评论数据 |
| 来源 | 评论正文、评分、标题、日期和评论 ID |
| 来源 | THX 评论归因和 VOC 输出规则 |
| 规则 | 没有评论正文时先确认字段 |
| 规则 | 不把 review_id、ASIN 或日期当评论内容 |
| 规则 | 没有后台数据时不输出销量、利润、退货率等经营事实 |
| 规则 | 引用评论证据时保留可回查线索 |
| 规则 | 产品反馈必须区分评论事实、归因判断和建议动作 |
4
如何自检
- 差评归因和高频问题
- 买家 VOC 标签和典型证据
- Listing 标题、五点、图片、QA 或 A+ 优化建议
- 产品、质检、供应链可读的反馈草稿
- 字段缺口和人工确认项
- 如果关键字段缺失，必须标注“待确认”或“当前无法校准”。
- 如果需要 MCP 但当前不可用，必须区分安装问题、服务问题和业务规则问题。
5
反馈如何沉淀
| 反馈类型 | 处理方式 |
|---|---|
| 单次输出不满意 | 保留本次输入和失败点，用于局部返修。 |
| 可复用规则 | 整理成 Skill 规则候选，确认后更新 Skill。 |
| 公司事实变化 | 走 GBrain 待审核候选，不直接写入正式主库。 |