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