新增文档说明

设计说明文档/B端后台AI生成句子.md

@@ -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 端后台设计、工程实现与流程对齐的统一参考。**