新增文档说明
This commit is contained in:
239
设计说明文档/B端后台AI生成句子.md
Normal file
239
设计说明文档/B端后台AI生成句子.md
Normal file
@@ -0,0 +1,239 @@
|
||||
# B 端情绪句子生成与审核后台设计方案
|
||||
|
||||
> 本文档用于说明:
|
||||
> **如何在 B 端搭建一个“AI 生成 + 人工确认”的情绪句子生产后台**,
|
||||
> 以支持情绪句子个性化推荐系统的稳定、安全运行。
|
||||
>
|
||||
> 适用阶段:0 → 1(个人或小团队)
|
||||
|
||||
---
|
||||
|
||||
## 一、设计目标与原则
|
||||
|
||||
### 1. 核心目标
|
||||
|
||||
* 利用 AI 提高句子**产量**
|
||||
* 通过人工审核保证句子**安全性与可控性**
|
||||
* 最终产出 **可被推荐系统稳定使用的结构化句子库**
|
||||
|
||||
一句话总结:
|
||||
|
||||
> **AI 负责写,人负责判断,系统负责记住结果。**
|
||||
|
||||
---
|
||||
|
||||
### 2. 设计原则(必须遵守)
|
||||
|
||||
1. **AI 生成内容不可直接入库**(人工确认是底线)
|
||||
2. 后台以“流程判断”为核心,而非“重度编辑”
|
||||
3. 所有内容必须结构化(情绪 / 语气 / 场景)
|
||||
4. 后台设计需支持未来回溯与优化
|
||||
|
||||
---
|
||||
|
||||
## 二、后台整体架构(模块拆分)
|
||||
|
||||
后台整体可拆分为 5 个核心模块:
|
||||
|
||||
```
|
||||
生成任务 → 候选池 → 人工审核 → 正式句子库 → 效果回溯
|
||||
```
|
||||
|
||||
对应模块说明:
|
||||
|
||||
1. **AI 生成模块**:根据结构化条件批量生成句子
|
||||
2. **候选句子池(Draft)**:存放所有未审核内容
|
||||
3. **人工审核模块**:快速判断可用性与风险
|
||||
4. **正式句子库(Active)**:供推荐系统使用
|
||||
5. **效果回溯模块**:用于优化 Prompt 与规则
|
||||
|
||||
---
|
||||
|
||||
## 三、标准内容生产流程(推荐做法)
|
||||
|
||||
### Step 1|生成任务(AI 生成)
|
||||
|
||||
**后台页面:生成句子**
|
||||
|
||||
人工只需填写结构化条件:
|
||||
|
||||
* 主情绪(必选,6 选 1)
|
||||
* 语气(必选,4 选 1)
|
||||
* 场景(可选)
|
||||
* 使用目的:
|
||||
|
||||
* Feed
|
||||
* 每日一句 / Push
|
||||
* 生成数量(如 5 / 10 条)
|
||||
|
||||
系统行为:
|
||||
|
||||
* 根据条件自动拼装标准 Prompt
|
||||
* 调用 AI 批量生成候选句子
|
||||
|
||||
> ❗ 设计重点:
|
||||
> 人 **不直接写 Prompt**,Prompt 被产品化、模板化。
|
||||
|
||||
---
|
||||
|
||||
### Step 2|候选句子池(Draft 状态)
|
||||
|
||||
所有 AI 生成的句子统一进入:
|
||||
|
||||
> **候选句子池(Draft)**
|
||||
|
||||
每条句子需携带以下信息:
|
||||
|
||||
* 句子正文
|
||||
* AI 建议的主情绪
|
||||
* AI 建议的语气
|
||||
* 生成来源(任务 ID)
|
||||
* 当前状态:待审核
|
||||
|
||||
此阶段:
|
||||
|
||||
* ❌ 不可被推荐系统使用
|
||||
* ❌ 不可出现在 Feed / Push
|
||||
|
||||
---
|
||||
|
||||
### Step 3|人工审核(最关键环节)
|
||||
|
||||
**后台页面:审核列表**
|
||||
|
||||
以“卡片式”快速判断为核心,而非编辑器:
|
||||
|
||||
每条卡片展示:
|
||||
|
||||
* 句子正文
|
||||
* AI 建议标签
|
||||
* 预期使用位置(Feed / Push)
|
||||
* 潜在风险提示(可选)
|
||||
|
||||
人工可执行的动作仅限 4 种:
|
||||
|
||||
1. ✅ **确认可用**
|
||||
2. ✏️ **轻微修改后确认**
|
||||
3. 🔄 **退回重写(同条件重新生成)**
|
||||
4. ❌ **废弃**
|
||||
|
||||
> 理想比例:
|
||||
>
|
||||
> * 70% 直接确认
|
||||
> * 20% 轻改
|
||||
> * 10% 废弃
|
||||
|
||||
---
|
||||
|
||||
### Step 4|标签确认与补充(人工兜底)
|
||||
|
||||
在句子进入正式库前,必须由人工确认:
|
||||
|
||||
* 主情绪(只能 1 个)
|
||||
* 语气(只能 1 个)
|
||||
* 场景(可选)
|
||||
* 是否允许用于:
|
||||
|
||||
* Feed
|
||||
* 每日一句 / Push
|
||||
|
||||
原则:
|
||||
|
||||
> **AI 给建议,人做最终拍板。**
|
||||
|
||||
---
|
||||
|
||||
### Step 5|正式入库(Active 状态)
|
||||
|
||||
通过审核的句子进入:
|
||||
|
||||
> **正式句子库(Active)**
|
||||
|
||||
此状态下:
|
||||
|
||||
* 可被推荐系统召回
|
||||
* 可出现在 Feed / Push / Widget
|
||||
* 会参与用户行为反馈统计
|
||||
|
||||
---
|
||||
|
||||
### Step 6|效果回溯与优化(后置但重要)
|
||||
|
||||
后台应支持最基础的数据回看:
|
||||
|
||||
* 单句表现:
|
||||
|
||||
* 曝光次数
|
||||
* 喜欢 / 讨厌比例
|
||||
* 情绪 / 语气整体表现
|
||||
|
||||
用途:
|
||||
|
||||
* 调整生成 Prompt
|
||||
* 调整审核标准
|
||||
* 决定下架或冻结部分句子
|
||||
|
||||
---
|
||||
|
||||
## 四、后台设计的 3 个关键成败点
|
||||
|
||||
### 1️⃣ 严禁 AI 直出内容
|
||||
|
||||
即使在高压或追求效率时:
|
||||
|
||||
> **人工审核不可跳过,这是情绪产品的安全底线。**
|
||||
|
||||
---
|
||||
|
||||
### 2️⃣ 审核必须“轻”,而不是“重写”
|
||||
|
||||
如果你发现:
|
||||
|
||||
* 大量句子需要重写
|
||||
* 审核体验非常痛苦
|
||||
|
||||
说明问题在于:
|
||||
|
||||
* Prompt 设计
|
||||
* 情绪 / 语气定义
|
||||
|
||||
而不是“人不够努力”。
|
||||
|
||||
---
|
||||
|
||||
### 3️⃣ 后台偏“流程系统”,不是“编辑工具”
|
||||
|
||||
后台目标是:
|
||||
|
||||
* 快速判断
|
||||
* 快速流转
|
||||
* 支持批量操作
|
||||
|
||||
而不是:
|
||||
|
||||
* 文案创作
|
||||
* 精修排版
|
||||
|
||||
---
|
||||
|
||||
## 五、最小可行版本(MVP)建议
|
||||
|
||||
### 必须具备的页面(4 个)
|
||||
|
||||
1. **生成任务页**:结构化条件 + 生成按钮
|
||||
2. **审核列表页**:通过 / 修改 / 丢弃
|
||||
3. **句子库页**:筛选 / 查看 / 状态
|
||||
4. **基础回溯页**(可后置):简单表现数据
|
||||
|
||||
> 前期可使用 Notion / Airtable / 简单 Web 实现,
|
||||
> 不必一开始就工程化。
|
||||
|
||||
---
|
||||
|
||||
## 六、系统一句话总结(用于对齐)
|
||||
|
||||
> **这是一个“AI 提供候选,人类负责风险判断”的情绪内容生产系统。**
|
||||
|
||||
---
|
||||
|
||||
**本文档可作为 B 端后台设计、工程实现与流程对齐的统一参考。**
|
||||
233
设计说明文档/个性化推荐算法.md
Normal file
233
设计说明文档/个性化推荐算法.md
Normal file
@@ -0,0 +1,233 @@
|
||||
## 一、句子标签体系(Sentence Tagging System)
|
||||
|
||||
### 1. 设计原则
|
||||
|
||||
* 标签不是为了分类句子,而是为了 **让推荐系统理解用户的情绪需求**
|
||||
* 所有标签必须:
|
||||
|
||||
* 可被用户行为验证(会被喜欢 / 讨厌)
|
||||
* 可直接影响推荐决策
|
||||
* 数量克制、定义稳定
|
||||
|
||||
---
|
||||
|
||||
### 2. 主情绪标签(Emotion Tags|6 个)
|
||||
|
||||
> 主情绪标签 = 一句话 **解决的核心情绪需求**
|
||||
>
|
||||
> **每一句话只能有 1 个主情绪标签**
|
||||
|
||||
1. **安抚(Calm)**
|
||||
|
||||
* 用于情绪过载、焦虑、疲惫
|
||||
* 目标:先稳定情绪
|
||||
|
||||
2. **被理解(Understood)**
|
||||
|
||||
* 用于孤独、自我怀疑
|
||||
* 目标:建立共感
|
||||
|
||||
3. **接纳(Acceptance)**
|
||||
|
||||
* 用于自责、内疚、不够好感
|
||||
* 目标:缓解自我攻击
|
||||
|
||||
4. **鼓励(Encourage)**
|
||||
|
||||
* 用于低落但尚可前行
|
||||
* 目标:提供继续的力量(非口号)
|
||||
|
||||
5. **行动启动(Activation)**
|
||||
|
||||
* 用于卡住、拖延
|
||||
* 目标:启动,而非成功
|
||||
|
||||
6. **希望感(Hope)**
|
||||
|
||||
* 用于低谷、无出口感
|
||||
* 目标:保留可能性
|
||||
|
||||
---
|
||||
|
||||
### 3. 语气标签(Tone Tags|4 个)
|
||||
|
||||
> 语气标签 = **“这句话是怎么说的”**
|
||||
>
|
||||
> 用户对语气的“讨厌”比“喜欢”更重要
|
||||
|
||||
* **温柔(Gentle)**:安全、低压、共感
|
||||
* **中性(Neutral)**:陈述型、兜底使用
|
||||
* **直接(Direct)**:清晰、有方向
|
||||
* **诗性(Poetic|可选)**:隐喻、画面感
|
||||
|
||||
---
|
||||
|
||||
### 4. 场景标签(Scene Tags|5 个,可空)
|
||||
|
||||
> 场景标签是 **加分项,不是必填项**
|
||||
|
||||
* 早晨(Morning)
|
||||
* 工作 / 学习中(Focus)
|
||||
* 情绪低谷时(Low)
|
||||
* 睡前(Night)
|
||||
* 随时(Anytime|默认)
|
||||
|
||||
---
|
||||
|
||||
### 5. 标签纪律(强规则)
|
||||
|
||||
1. 每句话只能有 1 个主情绪标签
|
||||
2. 90% 句子可以没有场景标签
|
||||
3. 行动启动 ≠ 鼓励
|
||||
4. 安抚 ≠ 接纳
|
||||
5. 不确定时,优先选择「被理解」
|
||||
|
||||
---
|
||||
|
||||
## 二、用户画像体系(User Profile Indicators)
|
||||
|
||||
### 1. 设计原则
|
||||
|
||||
* 用户画像不是“这个人是谁”
|
||||
* 而是 **“这个人最近更容易接住什么样的话”**
|
||||
* 所有指标默认 **可变、会衰减、以近期为主**
|
||||
|
||||
---
|
||||
|
||||
### 2. 用户画像的最小结构(4 大类)
|
||||
|
||||
#### ① 主情绪偏好(核心)
|
||||
|
||||
* 对 6 个主情绪标签的近期偏好强度
|
||||
* 决定「今天主要推哪一类句子」
|
||||
|
||||
---
|
||||
|
||||
#### ② 语气接受度
|
||||
|
||||
* 用户对不同说话方式的耐受程度
|
||||
* 主要用于 **过滤用户讨厌的语气**
|
||||
|
||||
---
|
||||
|
||||
#### ③ 场景有效性(轻量)
|
||||
|
||||
* 哪些时间 / 状态更容易被接受
|
||||
* 仅作为推荐修正项
|
||||
|
||||
---
|
||||
|
||||
#### ④ 情绪稳定度(隐性指标)
|
||||
|
||||
* 根据近期反馈判断:稳定 / 波动 / 不稳定
|
||||
* 决定:
|
||||
|
||||
* 探索比例
|
||||
* 是否使用保守推荐
|
||||
* Push / Widget 是否降强度
|
||||
|
||||
---
|
||||
|
||||
### 3. 不纳入的画像指标(刻意避免)
|
||||
|
||||
* 人格类型(MBTI 等)
|
||||
* 情绪诊断标签(焦虑 / 抑郁)
|
||||
* 长期性格、身份属性
|
||||
|
||||
原因:
|
||||
|
||||
* 医疗与伦理风险高
|
||||
* 对「选一句话」帮助极低
|
||||
|
||||
---
|
||||
|
||||
## 三、个性化推荐架构(Personalized Recommendation Framework)
|
||||
|
||||
### 1. 总体逻辑
|
||||
|
||||
> **句子标签 = 地图**
|
||||
> **用户画像 = 当前状态**
|
||||
> **推荐系统 = 在地图上谨慎前进**
|
||||
|
||||
推荐目标不是“最相关”,而是:
|
||||
|
||||
* 最合适
|
||||
* 最安全
|
||||
* 最不容易被拒绝
|
||||
|
||||
---
|
||||
|
||||
### 2. 推荐决策的三层结构
|
||||
|
||||
#### 第一层:候选生成(方向)
|
||||
|
||||
* 基于用户主情绪偏好召回句子
|
||||
* 同时保留少量相邻情绪用于探索
|
||||
|
||||
---
|
||||
|
||||
#### 第二层:排序选择(判断)
|
||||
|
||||
综合判断:
|
||||
|
||||
* 主情绪是否匹配
|
||||
* 语气是否可接受
|
||||
* 场景是否合适
|
||||
* 是否近期重复
|
||||
|
||||
---
|
||||
|
||||
#### 第三层:安全与多样性控制(保护)
|
||||
|
||||
* 情绪不稳定时:收敛到安抚 / 接纳
|
||||
* 连续讨厌时:主动退让、冷却
|
||||
* 避免同一情绪 / 语气连续出现
|
||||
|
||||
---
|
||||
|
||||
### 3. 不同触点的推荐差异
|
||||
|
||||
* **Feed**:
|
||||
|
||||
* 多样性高
|
||||
* 探索允许
|
||||
|
||||
* **Push / 每日一句**:
|
||||
|
||||
* 高确定性
|
||||
* 强去重
|
||||
* 以安全为先
|
||||
|
||||
* **Widget**:
|
||||
|
||||
* 中性 / 安抚优先
|
||||
* 不试错
|
||||
|
||||
---
|
||||
|
||||
### 4. 行为 → 画像 → 推荐的闭环
|
||||
|
||||
* 用户行为 ≠ 对句子的评价
|
||||
* 而是对 **“情绪 × 语气 × 场景”组合的反馈**
|
||||
|
||||
推荐系统学习的不是:
|
||||
|
||||
> “哪句话好”
|
||||
|
||||
而是:
|
||||
|
||||
> “什么时候,用什么方式,说什么样的话,更容易被接住”
|
||||
|
||||
---
|
||||
|
||||
## 四、系统级原则(给 PM 的一句话判断标准)
|
||||
|
||||
> **这次推荐,是在理解用户此刻,
|
||||
> 还是在重复用户过去?**
|
||||
|
||||
* 前者 → 好推荐
|
||||
* 后者 → 情绪回音室(需要避免)
|
||||
|
||||
---
|
||||
|
||||
**本文档适用于 0 → 1 阶段,建议冻结 3 个月后再评估是否扩展。**
|
||||
367
设计说明文档/个性化推荐算法架构.md
Normal file
367
设计说明文档/个性化推荐算法架构.md
Normal file
@@ -0,0 +1,367 @@
|
||||
# 情绪句子个性化推荐系统(0 → 1)
|
||||
|
||||
> 本文档用于 **个人 + AI 协作** 场景,作为产品、内容、推荐决策的统一对齐说明。
|
||||
>
|
||||
> 核心目标:
|
||||
> **在任何一个时刻,为用户选出「最可能被接住的一句话」。**
|
||||
|
||||
---
|
||||
|
||||
## 一、句子标签体系(Sentence Tagging System)
|
||||
|
||||
### 1. 设计原则
|
||||
|
||||
* 标签不是为了分类句子,而是为了 **让推荐系统理解用户的情绪需求**
|
||||
* 所有标签必须:
|
||||
|
||||
* 可被用户行为验证(会被喜欢 / 讨厌)
|
||||
* 可直接影响推荐决策
|
||||
* 数量克制、定义稳定
|
||||
|
||||
---
|
||||
|
||||
### 2. 主情绪标签(Emotion Tags|6 个)
|
||||
|
||||
> 主情绪标签 = 一句话 **解决的核心情绪需求**
|
||||
>
|
||||
> **每一句话只能有 1 个主情绪标签**
|
||||
|
||||
1. **安抚(Calm)**
|
||||
|
||||
* 用于情绪过载、焦虑、疲惫
|
||||
* 目标:先稳定情绪
|
||||
|
||||
2. **被理解(Understood)**
|
||||
|
||||
* 用于孤独、自我怀疑
|
||||
* 目标:建立共感
|
||||
|
||||
3. **接纳(Acceptance)**
|
||||
|
||||
* 用于自责、内疚、不够好感
|
||||
* 目标:缓解自我攻击
|
||||
|
||||
4. **鼓励(Encourage)**
|
||||
|
||||
* 用于低落但尚可前行
|
||||
* 目标:提供继续的力量(非口号)
|
||||
|
||||
5. **行动启动(Activation)**
|
||||
|
||||
* 用于卡住、拖延
|
||||
* 目标:启动,而非成功
|
||||
|
||||
6. **希望感(Hope)**
|
||||
|
||||
* 用于低谷、无出口感
|
||||
* 目标:保留可能性
|
||||
|
||||
---
|
||||
|
||||
### 3. 语气标签(Tone Tags|4 个)
|
||||
|
||||
> 语气标签 = **“这句话是怎么说的”**
|
||||
>
|
||||
> 用户对语气的“讨厌”比“喜欢”更重要
|
||||
|
||||
* **温柔(Gentle)**:安全、低压、共感
|
||||
* **中性(Neutral)**:陈述型、兜底使用
|
||||
* **直接(Direct)**:清晰、有方向
|
||||
* **诗性(Poetic|可选)**:隐喻、画面感
|
||||
|
||||
---
|
||||
|
||||
### 4. 场景标签(Scene Tags|5 个,可空)
|
||||
|
||||
> 场景标签是 **加分项,不是必填项**
|
||||
|
||||
* 早晨(Morning)
|
||||
* 工作 / 学习中(Focus)
|
||||
* 情绪低谷时(Low)
|
||||
* 睡前(Night)
|
||||
* 随时(Anytime|默认)
|
||||
|
||||
---
|
||||
|
||||
### 5. 标签纪律(强规则)
|
||||
|
||||
1. 每句话只能有 1 个主情绪标签
|
||||
2. 90% 句子可以没有场景标签
|
||||
3. 行动启动 ≠ 鼓励
|
||||
4. 安抚 ≠ 接纳
|
||||
5. 不确定时,优先选择「被理解」
|
||||
|
||||
---
|
||||
|
||||
## 二、用户画像体系(User Profile Indicators)
|
||||
|
||||
### 1. 设计原则
|
||||
|
||||
* 用户画像不是“这个人是谁”
|
||||
* 而是 **“这个人最近更容易接住什么样的话”**
|
||||
* 所有指标默认 **可变、会衰减、以近期为主**
|
||||
|
||||
---
|
||||
|
||||
### 2. 用户画像的最小结构(4 大类)
|
||||
|
||||
#### ① 主情绪偏好(核心)
|
||||
|
||||
* 对 6 个主情绪标签的近期偏好强度
|
||||
* 决定「今天主要推哪一类句子」
|
||||
|
||||
---
|
||||
|
||||
#### ② 语气接受度
|
||||
|
||||
* 用户对不同说话方式的耐受程度
|
||||
* 主要用于 **过滤用户讨厌的语气**
|
||||
|
||||
---
|
||||
|
||||
#### ③ 场景有效性(轻量)
|
||||
|
||||
* 哪些时间 / 状态更容易被接受
|
||||
* 仅作为推荐修正项
|
||||
|
||||
---
|
||||
|
||||
#### ④ 情绪稳定度(隐性指标)
|
||||
|
||||
* 根据近期反馈判断:稳定 / 波动 / 不稳定
|
||||
* 决定:
|
||||
|
||||
* 探索比例
|
||||
* 是否使用保守推荐
|
||||
* Push / Widget 是否降强度
|
||||
|
||||
---
|
||||
|
||||
### 3. 不纳入的画像指标(刻意避免)
|
||||
|
||||
* 人格类型(MBTI 等)
|
||||
* 情绪诊断标签(焦虑 / 抑郁)
|
||||
* 长期性格、身份属性
|
||||
|
||||
原因:
|
||||
|
||||
* 医疗与伦理风险高
|
||||
* 对「选一句话」帮助极低
|
||||
|
||||
---
|
||||
|
||||
## 三、个性化推荐架构(Personalized Recommendation Framework|0 → 1 详细版)
|
||||
|
||||
> 本章节完整说明:
|
||||
> **个性化推荐系统在 0 → 1 阶段的设计方式、核心算法思想,以及整体运行流程。**
|
||||
>
|
||||
> 设计目标不是“最聪明”,而是:
|
||||
> **可解释、可控制、一个人 + AI 可以长期维护。**
|
||||
|
||||
---
|
||||
|
||||
### 3.1 个性化推荐系统的大框架流程
|
||||
|
||||
一次完整的推荐决策,按照固定顺序经过以下 6 个阶段:
|
||||
|
||||
1. **用户画像读取(Profile Reading)**
|
||||
2. **候选生成(Candidate Generation / Recall)**
|
||||
3. **排序判断(Ranking)**
|
||||
4. **安全与多样性重排(Safety & Diversity Re-ranking)**
|
||||
5. **出句到触点(Serving)**
|
||||
6. **行为反馈 → 画像更新(Online Learning)**
|
||||
|
||||
> 推荐系统的本质是:
|
||||
> **在信息不完全的情况下,持续做出“不容易出错”的选择。**
|
||||
|
||||
---
|
||||
|
||||
### 3.2 0 → 1 阶段采用的核心算法思想(先给名字)
|
||||
|
||||
在 0 → 1 阶段,不引入复杂模型,而采用 **规则 + 轻策略算法组合**:
|
||||
|
||||
1. **Questionnaire Prior(问卷先验)**:用于冷启动画像方向
|
||||
2. **Tag-based Recall(基于标签的候选召回)**:缩小搜索空间
|
||||
3. **Adjacent-tag Exploration(相邻情绪探索)**:避免情绪回音室
|
||||
4. **Weighted Tag Matching(加权标签匹配)**:核心排序逻辑
|
||||
5. **Time-decayed Preference(时间衰减偏好)**:画像始终代表“近期状态”
|
||||
6. **Cooldown & Blacklist(冷却与黑名单)**:避免重复与强厌恶
|
||||
7. **MMR-style Diversity Re-ranking(多样性重排)**:控制情绪与语气分布
|
||||
8. **Safety Gating(情绪安全闸门)**:用户不稳定时强制保守
|
||||
9. **Epsilon-greedy Exploration(探索 / 利用平衡)**:Feed 中允许试探
|
||||
10. **Rule-based Online Update(规则型在线学习)**:行为驱动画像更新
|
||||
|
||||
---
|
||||
|
||||
### 3.3 Step 1|用户画像读取(Profile Reading)
|
||||
|
||||
**涉及算法思想:**
|
||||
|
||||
* Questionnaire Prior
|
||||
* Time-decayed Preference
|
||||
|
||||
**这一阶段做什么:**
|
||||
|
||||
* 读取用户当前的主情绪偏好排序
|
||||
* 判断是否存在近期被频繁讨厌的语气
|
||||
* 判断情绪稳定度(稳定 / 波动 / 不稳定)
|
||||
|
||||
**输出一个“当下推荐策略”:**
|
||||
|
||||
* 主方向情绪:1–2 个
|
||||
* 探索情绪:1 个(相邻情绪)
|
||||
* 探索比例:Feed 高,Push / Widget 极低
|
||||
* 是否开启安全模式
|
||||
|
||||
---
|
||||
|
||||
### 3.4 Step 2|候选生成(Candidate Generation / Recall)
|
||||
|
||||
**涉及算法思想:**
|
||||
|
||||
* Tag-based Recall
|
||||
* Adjacent-tag Exploration
|
||||
|
||||
**核心目标:**
|
||||
|
||||
> **不要从整个句子库中选,而是先圈出“可能对的范围”。**
|
||||
|
||||
**候选生成逻辑:**
|
||||
|
||||
* 从主方向情绪中召回大部分句子
|
||||
* 从探索情绪中召回少量句子
|
||||
* 从新内容池中固定比例补充
|
||||
|
||||
**这一阶段不做的事情:**
|
||||
|
||||
* 不做精细排序
|
||||
* 不处理语气偏好
|
||||
* 不考虑场景冲突
|
||||
|
||||
---
|
||||
|
||||
### 3.5 Step 3|排序判断(Ranking)
|
||||
|
||||
**涉及算法思想:**
|
||||
|
||||
* Weighted Tag Matching
|
||||
* Time-decayed Preference
|
||||
|
||||
**排序时的四个核心判断维度:**
|
||||
|
||||
1. **主情绪匹配度**
|
||||
|
||||
* 是否符合用户近期最需要的情绪支持类型
|
||||
|
||||
2. **语气可接受度**
|
||||
|
||||
* 是否属于用户近期反感的表达方式
|
||||
|
||||
3. **场景是否冲突**
|
||||
|
||||
* 当前时间 / 状态下是否明显不合适
|
||||
|
||||
4. **新鲜感与重复度**
|
||||
|
||||
* 是否近期已看过或高度相似
|
||||
|
||||
**关键原则:**
|
||||
|
||||
* 主情绪是排序主权重
|
||||
* 语气更像“过滤器”而非加分器
|
||||
* 场景只在明显冲突时生效
|
||||
|
||||
---
|
||||
|
||||
### 3.6 Step 4|安全与多样性重排(Safety & Diversity Re-ranking)
|
||||
|
||||
**涉及算法思想:**
|
||||
|
||||
* Cooldown & Blacklist
|
||||
* MMR-style Diversity Re-ranking
|
||||
* Safety Gating
|
||||
|
||||
**这一层的目标:**
|
||||
|
||||
> **即使排序不准,也不能伤害用户体验。**
|
||||
|
||||
**三类必须存在的保护机制:**
|
||||
|
||||
1. **去重与冷却保护**
|
||||
|
||||
* 同一句短期不重复
|
||||
* 高相似句子不连续出现
|
||||
|
||||
2. **多样性保护**
|
||||
|
||||
* 同一主情绪不连续轰炸
|
||||
* 同一语气不连续出现
|
||||
|
||||
3. **情绪安全保护**
|
||||
|
||||
* 用户情绪不稳定时,强制回退到:
|
||||
|
||||
* 安抚 / 接纳
|
||||
* 温柔 / 中性语气
|
||||
|
||||
---
|
||||
|
||||
### 3.7 Step 5|出句到不同触点(Serving)
|
||||
|
||||
**Feed(可滑动):**
|
||||
|
||||
* 允许探索与试错
|
||||
* 多样性优先
|
||||
* 行动启动 / 鼓励可出现
|
||||
|
||||
**每日一句 / Push:**
|
||||
|
||||
* 高确定性
|
||||
* 强去重
|
||||
* 安全优先
|
||||
|
||||
**Widget(被动看到):**
|
||||
|
||||
* 不探索、不试错
|
||||
* 只选最低风险组合
|
||||
* 默认:安抚 / 接纳 + 温柔 / 中性
|
||||
|
||||
---
|
||||
|
||||
### 3.8 Step 6|行为反馈 → 画像更新(Online Learning)
|
||||
|
||||
**涉及算法思想:**
|
||||
|
||||
* Rule-based Online Update
|
||||
|
||||
0 → 1 阶段,仅关注三类行为信号:
|
||||
|
||||
* **喜欢**:当前“情绪 × 语气 × 场景”组合有效
|
||||
* **讨厌**:该组合需要短期退让与冷却
|
||||
* **无反馈 / 快速滑走**:信号弱,提高探索或降低强度
|
||||
|
||||
> 系统学习的不是“哪句话好”,而是:
|
||||
> **什么时候,用什么方式,说什么样的话,更容易被接住。**
|
||||
|
||||
---
|
||||
|
||||
### 3.9 0 → 1 阶段的成功判断标准
|
||||
|
||||
个性化推荐在 0 → 1 阶段 **不需要做到**:
|
||||
|
||||
* 非常精准
|
||||
* 非常智能
|
||||
* 深度理解用户心理
|
||||
|
||||
它只需要做到三点:
|
||||
|
||||
1. 明显减少「被讨厌」的句子
|
||||
2. 每日一句不让用户反感
|
||||
3. 用户愿意继续看下一句
|
||||
|
||||
> 如果做到以上三点,
|
||||
> 这就是一个 **成功的 0 → 1 个性化推荐系统**。
|
||||
|
||||
---
|
||||
|
||||
**本章节适用于 0 → 1 阶段,建议冻结 3 个月后再评估是否引入复杂模型。**
|
||||
45
设计说明文档/打标签句子prompt.md
Normal file
45
设计说明文档/打标签句子prompt.md
Normal file
@@ -0,0 +1,45 @@
|
||||
|
||||
# 给句子打标签
|
||||
|
||||
你是一名情绪内容编辑,熟悉以下标签体系。
|
||||
|
||||
【主情绪标签(只能选 1 个)】
|
||||
- 安抚
|
||||
- 被理解
|
||||
- 接纳
|
||||
- 鼓励
|
||||
- 行动启动
|
||||
- 希望感
|
||||
|
||||
【语气标签(只能选 1 个)】
|
||||
- 温柔
|
||||
- 中性
|
||||
- 直接
|
||||
- 诗性
|
||||
|
||||
【场景标签(可选)】
|
||||
- 早晨
|
||||
- 工作 / 学习中
|
||||
- 情绪低谷时
|
||||
- 睡前
|
||||
- 随时
|
||||
|
||||
【规则】
|
||||
1. 每句话只能有 1 个主情绪标签
|
||||
2. 不确定时,优先选择「被理解」
|
||||
3. 行动启动 ≠ 鼓励
|
||||
4. 安抚 ≠ 接纳
|
||||
|
||||
【句子】
|
||||
「{{填入句子}}」
|
||||
|
||||
请输出:
|
||||
- 主情绪:
|
||||
- 语气:
|
||||
- 场景(如有):
|
||||
- 是否适合“每日一句”(是 / 否):
|
||||
- 简要理由(1 句话)
|
||||
|
||||
|
||||
|
||||
#
|
||||
170
设计说明文档/生成句子prompt.md
Normal file
170
设计说明文档/生成句子prompt.md
Normal file
@@ -0,0 +1,170 @@
|
||||
# AI 情绪句子生成 Prompt 手册(v1)
|
||||
|
||||
> 本文档用于 **情绪句子个性化推荐系统** 中的内容生产阶段,
|
||||
> 目标是:
|
||||
> **稳定生成可被标签化、可被推荐系统安全使用的情绪支持句子。**
|
||||
>
|
||||
> 本手册默认使用于:
|
||||
>
|
||||
> * 一个人 + AI 协作
|
||||
> * 0 → 1 阶段
|
||||
> * 不追求文采,优先情绪安全与可控性
|
||||
|
||||
---
|
||||
|
||||
## 一、使用总原则(请务必先阅读)
|
||||
|
||||
在本产品中,AI 的角色是:
|
||||
|
||||
> **情绪表达的“协作者”,而不是情绪判断的“主导者”。**
|
||||
|
||||
所有句子生成需遵守以下原则:
|
||||
|
||||
1. 不给建议、不提供解决方案
|
||||
2. 不使用“你应该 / 你要 / 必须”等指令式表达
|
||||
3. 不否定或压制负面情绪
|
||||
4. 不喊口号、不追求激励感
|
||||
5. 每一句话只回应一个情绪需求
|
||||
|
||||
---
|
||||
|
||||
## 二、基础版 Prompt(最常用)
|
||||
|
||||
> **用途**:
|
||||
>
|
||||
> * 日常批量生成情绪句子
|
||||
> * 覆盖约 80% 的内容生产需求
|
||||
|
||||
```text
|
||||
你是一名擅长情绪支持与自我对话的内容创作者。
|
||||
|
||||
请基于以下信息,生成【2–3 句】适合 App 单独展示的情绪支持句子。
|
||||
|
||||
【主情绪需求】
|
||||
{{安抚 / 被理解 / 接纳 / 鼓励 / 行动启动 / 希望感}}
|
||||
|
||||
【使用场景(如有,可空)】
|
||||
{{早晨 / 睡前 / 工作中 / 情绪低谷 / 随时}}
|
||||
|
||||
【语气要求】
|
||||
{{温柔 / 中性 / 直接 / 诗性}}
|
||||
|
||||
【写作要求】
|
||||
- 不给建议,不提供解决方案
|
||||
- 不使用“你应该 / 你要 / 必须”
|
||||
- 不否定或压制负面情绪
|
||||
- 不喊口号,不鸡汤
|
||||
- 更像朋友或内心独白,而不是导师
|
||||
- 每句话只回应一个情绪
|
||||
|
||||
请直接输出 2–3 句句子,不要解释。
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 三、场景驱动版 Prompt(推荐常用)
|
||||
|
||||
> **用途**:
|
||||
>
|
||||
> * 当你更清楚“人在什么状态”
|
||||
> * 但还没明确要用哪个主情绪标签
|
||||
|
||||
```text
|
||||
你是一名情绪内容创作者。
|
||||
|
||||
以下是一种用户可能正在经历的状态:
|
||||
「{{用一句话描述情绪状态,例如:明明已经很努力,却总觉得不够好}}」
|
||||
|
||||
请生成 2–3 句适合 App 展示的情绪支持句子。
|
||||
|
||||
【要求】
|
||||
- 先理解这个状态在“情绪上最需要的是什么”
|
||||
- 每句话只回应一个情绪需求
|
||||
- 不提供建议或解决方案
|
||||
- 语气自然、克制、真实
|
||||
- 避免抽象的大道理
|
||||
|
||||
请直接输出句子,不要解释你的思考过程。
|
||||
```
|
||||
|
||||
> 生成完成后,需再使用「句子打标签 Prompt」完成结构化入库。
|
||||
|
||||
---
|
||||
|
||||
## 四、安全增强版 Prompt(每日一句 / Push 专用)
|
||||
|
||||
> **用途**:
|
||||
>
|
||||
> * 生成每日一句 / Push / Widget 候选内容
|
||||
> * 风险最低、最克制
|
||||
|
||||
```text
|
||||
你是一名专注情绪安全的内容创作者。
|
||||
|
||||
请生成 1–2 句【适合每日一句 / Push 通知】的情绪支持句子。
|
||||
|
||||
【主情绪需求】
|
||||
{{安抚 / 接纳 / 希望感(优先)}}
|
||||
|
||||
【语气要求】
|
||||
{{温柔 或 中性}}
|
||||
|
||||
【安全规则(必须遵守)】
|
||||
- 不推动行动,不鼓励“振作”
|
||||
- 不制造期待或承诺结果
|
||||
- 不强化依赖关系
|
||||
- 句子长度适中,单独出现也自然
|
||||
- 更偏“陪伴”,而不是“改变”
|
||||
|
||||
请只输出句子本身,不要任何说明。
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 五、去鸡汤改写 Prompt(质量修正用)
|
||||
|
||||
> **用途**:
|
||||
>
|
||||
> * 当生成句子“用力过猛”
|
||||
> * 不想整句重写时
|
||||
|
||||
```text
|
||||
以下句子在情绪上略显鸡汤或用力过猛,请在不改变核心情绪意图的前提下,改写为更克制、更自然的版本。
|
||||
|
||||
【原句】
|
||||
「{{原句}}」
|
||||
|
||||
【要求】
|
||||
- 保留情绪陪伴感
|
||||
- 降低说教和鼓动
|
||||
- 更像内心独白或朋友低声说的话
|
||||
|
||||
请给出 1–2 个改写版本。
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 六、推荐的实际使用顺序(省力版)
|
||||
|
||||
在真实工作流中,建议按以下顺序使用:
|
||||
|
||||
1. **场景驱动版 Prompt** → 生成初始句子
|
||||
2. **基础版 Prompt** → 补充不同语气版本
|
||||
3. **去鸡汤 Prompt** → 修正不自然表达
|
||||
4. **句子打标签 Prompt** → 完成结构化入库
|
||||
|
||||
---
|
||||
|
||||
## 七、内容是否合格的最终自检标准
|
||||
|
||||
在句子入库前,请自问:
|
||||
|
||||
> **如果用户今天只看到这一句话,
|
||||
> 会不会觉得被理解,而不是被要求?**
|
||||
|
||||
* 是 → 可以入库
|
||||
* 否 → 删除或重写
|
||||
|
||||
---
|
||||
|
||||
**本手册建议与《情绪句子个性化推荐系统|0-1 设计总览》配合使用。**
|
||||
29
设计说明文档/用户使用协议.md
Normal file
29
设计说明文档/用户使用协议.md
Normal file
@@ -0,0 +1,29 @@
|
||||
欢迎使用本App(情绪推送应用)。请仔细阅读以下协议内容:
|
||||
|
||||
适用范围与接受:本协议适用于您下载、安装、登录或使用本App时的全部行为。您在使用本App前,应仔细阅读并充分理解本协议的各项条款。一旦您下载、安装或使用本App,即表示您已阅读并同意接受本协议的全部内容;如果您不同意,请立即停止使用。
|
||||
|
||||
服务内容:本App致力于为宝妈群体提供情绪关怀和正能量内容,包括通过定时推送名人励志语句、个性化推荐情绪正向内容等功能。您无需注册或登录即可使用本App,可选择提供昵称改善使用体验。通过参与问卷调查和点击操作,您可帮助我们了解您的内容偏好,以获得更符合您需求的推荐内容。
|
||||
|
||||
使用规范:
|
||||
|
||||
您承诺遵守中华人民共和国相关法律法规,不得利用本App从事任何违法犯罪或侵权行为。
|
||||
|
||||
您不得干扰本App的正常运行,不得攻击、破坏应用系统或试图绕过使用限制。
|
||||
|
||||
您不得未经授权破解、反编译、反向工程、篡改本App软件,也不得删除或篡改本App内的任何版权、商标或所有权声明。
|
||||
|
||||
本App及其中的素材、内容(包括但不限于名人句子、图文等)版权归开发者或原作者所有,仅供个人学习交流使用。您不得擅自复制、传播、演绎或用于商业目的。若您使用内容时涉及版权问题,请自行妥善处理或联系我们协助。
|
||||
|
||||
隐私保护:本App不要求注册登录,也不采集敏感个人信息。您自愿提供的昵称和偏好数据仅用于在本地设备上为您推荐内容,不会上传或共享给任何第三方。您可以选择不提供昵称,我们的核心功能不会因此受影响。
|
||||
|
||||
版权声明:本App内所有内容(包括界面设计、程序代码、文字、图片、音视频等)及软件著作权均归开发者或相关权利人所有,受著作权法等法律保护。未经许可,任何个人或组织不得以任何形式复制、发行、展示、播发、修改、链接、转载或建立镜像。您仅可在个人使用的前提下使用本App及其内容。
|
||||
|
||||
免责声明:本App按“现状”和“可用”原则向您提供服务,对服务不作任何形式的担保(包括但不限于准确性、可靠性或持续可用性)。对于因网络故障、通信线路等客观原因导致的应用功能异常或信息延迟,我们不承担责任。您使用本App过程中应自行承担风险;在法律允许的范围内,对于您因使用本App而可能产生的任何直接或间接损失,我们不承担责任。
|
||||
|
||||
协议的变更和终止:我们保留随时修改、更新本协议条款和/或终止本App运营的权利。如协议条款发生变更,我们将在应用更新或官网渠道公布最新协议内容,并提示用户注意更新。修改后的协议一经公布即生效,您继续使用本App即视为接受修改后的协议。
|
||||
|
||||
法律适用和争议解决:本协议的订立、生效、解释及争议解决均适用中华人民共和国法律。因本协议或使用本App引起的任何争议,双方应友好协商解决;协商不成时,任何一方均可向开发者所在地有管辖权的法院提起诉讼。
|
||||
|
||||
其他:本协议与本隐私政策共同构成本App服务的完整规则。若本协议条款与隐私政策存在不一致之处,以隐私政策为准。本协议条款标题仅为阅读方便而设,不影响条款含义的解释。本协议最终解释权归开发者所有。如您对本协议内容有任何疑问或建议,请通过应用商店提供的联系方式与我们联系。
|
||||
|
||||
感谢您使用本App!我们将持续优化服务体验,努力为您提供温暖和支持。
|
||||
21
设计说明文档/隐私协议.md
Normal file
21
设计说明文档/隐私协议.md
Normal file
@@ -0,0 +1,21 @@
|
||||
隐私政策
|
||||
|
||||
我们尊重并保护您的隐私。根据《个人信息保护法》《网络安全法》等法律法规的规定,以及 Apple App Store 审核指南要求,我们制定本隐私政策,帮助您了解我们如何收集、使用和保护您的信息:
|
||||
|
||||
信息收集:本应用无需注册或登录,也不使用任何第三方授权。用户可自愿提供昵称,仅用于界面展示和个性化服务标识;通过问卷或点击行为记录您的内容偏好(如“喜欢/不喜欢”标签)。我们不会收集您的身份信息、地理位置、通讯录等敏感个人信息。
|
||||
|
||||
信息使用:我们仅使用上述收集的信息进行个性化推荐和名人句子定时推送,不用于其他任何目的,不进行广告或营销投放。所有个性化功能均基于您在应用中的操作和偏好生成。
|
||||
|
||||
数据存储和安全:所有数据均存储在您设备本地,不上传至服务器;本应用不接入任何第三方 SDK。我们采用系统加密和权限隔离等安全机制保护本地数据,防止未经授权的访问。您可以随时通过清除应用数据或卸载应用来删除您的个人信息。
|
||||
|
||||
信息共享:我们不会向任何无关第三方提供、出售、出租或分享您的个人信息。未经您明确同意,我们绝不公开您的任何信息,除非法律法规要求或为维护您合法权益所必需。
|
||||
|
||||
用户权利与选择:您有权自主决定是否提供个人信息,并可对已提供的信息进行查询、修改或删除。您可以随时在应用中清除偏好设置,或卸载应用以删除所有本地数据。根据法律法规,您还可以通过我们的客服途径要求访问、更正或删除您的信息。
|
||||
|
||||
未成年人保护:本应用主要面向成人用户设计,不针对未成年人提供特殊服务。如 18 岁以下用户使用,请在监护人陪同下进行。我们不会在未征得监护人同意的情况下收集或使用未成年人的个人信息。
|
||||
|
||||
隐私政策更新:我们可能会根据产品功能变化或法律法规要求更新本隐私政策,并在应用内或相关页面公布最新版本。您继续使用本应用即视为接受更新后的隐私政策。如有重大变更,我们会适当提示您。
|
||||
|
||||
我们承诺在此过程中严格遵守相关法律法规和行业标准,切实保护您的个人信息安全。本隐私政策与用户使用协议共同构成本应用合法合规运营的基础。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user