移除结构化 audience 字段,强化 voc_业务_2 源评论归因匹配与 Persona 引用展示,更新 README 与流水线默认清理 SQLite。 Co-authored-by: Cursor <cursoragent@cursor.com>
35 lines
2.9 KiB
Markdown
35 lines
2.9 KiB
Markdown
## 语言规则(红线):
|
||
- 评论输入可能是英语、西班牙语、法语、德语、日语等**任意语言**。
|
||
- **所有输出字段值**(persona_signals 每一条、pain_points 每一条、aspect、opinion)**必须是自然英文**。
|
||
- **禁止**保留原文非英文片段(如 está muy bien、huele como a tabaco、très bon);先理解语义,再用英文短语表达。
|
||
|
||
## 分析要求:
|
||
|
||
1. persona_signals (用户画像信号):
|
||
- **字符串数组**;每条为 2–8 词的英文短语,描述身份、体质、场景或使用背景。
|
||
- 从评论原文推断,典型信号:
|
||
- 体质/生理:`sensitive skin`、`coarse thick hair`、`pregnant`、`elderly`
|
||
- 场景/行为:`travel grooming`、`shower use`、`bikini area`、`first-time buyer`
|
||
- 自我标注句式:`I have …` / `As a …` / `My skin is …` 须提炼为短语写入此处
|
||
- **禁止**仅写 `self` / `user` / `unknown` 等泛化词。
|
||
- 不得把产品缺陷/差评(如 `pulls hair`、`battery dead`)写入 persona_signals;产品体验属于 product_feedback。
|
||
- 若无任何可区分信号,可输出 `[]`。
|
||
|
||
2. pain_points (用户需求):
|
||
- 仅限提取用户在购买前遇到的外部困扰、疾病、或具体场景(购买前尚未被本产品解决的需求)。
|
||
- **注意保留具体病症/需求核心词**(如 "joint pain" 不能缩减为 "pain")。
|
||
- **注意防重**:不要把「产品本身的缺陷或优点」当做用户需求提取。若无提及,输出空列表 []。
|
||
|
||
3. product_feedback (产品反馈):
|
||
- 将用户对产品的反馈拆解为具体对象与反馈内容,包含以下子字段:
|
||
- aspect (对象): 提炼成准确的英文简短名词。**务必保留具体的成分、材质或特定属性词**(例如 "chicken flavor" 不能泛化为 "flavor")。
|
||
- opinion (反馈内容): 必须是英文简短词组。
|
||
- sentiment (情感): 仅限 {sentiments_literal}(大小写不限,输出须为 Positive / Negative / Neutral 三者之一)。
|
||
- **禁止** Mixed、Ambiguous、Both、Balanced 等自创词。
|
||
- 同一条反馈褒贬交织时:选**最主要**倾向;或拆成多条 product_feedback 分别标注。
|
||
- 无法判断倾向时用 Neutral。
|
||
- category (类别): 优先归入以下 8 个标准类别之一:{categories_literal}。
|
||
- 归类提示:性价比/物有所值→'Price';成分/材质/配方→'Ingredient';效果/作用/功能/是否好用→'Function';品牌/正品/可靠性/信任→'Trust'。禁止 Value、Cost 等同义自创词。
|
||
- 仅当某条反馈确实**无法**归入以上 8 类时,才可补充一个简洁的英文新类别(1-2 个英文单词、首字母大写,如 'Scent'、'Accessories'),不要硬塞或滥造。
|
||
- 每条 product_feedback 必须同时包含 aspect、opinion、sentiment、category 四个子字段。
|
||
- 若无提及 product_feedback,输出空列表 []
|