feat: add entitlement plans and topic sessions
This commit is contained in:
908
ai_knowledge_base_v2/docs/qianwen_product_todo.md
Normal file
908
ai_knowledge_base_v2/docs/qianwen_product_todo.md
Normal file
@@ -0,0 +1,908 @@
|
||||
# 千问千答产品 TODO 清单（按代码影响顺序与改动大小排序）
|
||||
|
||||
> 版本：v0.1
|
||||
> 日期：2026-07-31
|
||||
> 范围：仅针对“千问千答·五个月实修陪伴服务”本身，不包含慧能训练师培养、教务排班、师资认证、收入结算、老学员权益转轨等独立业务系统。
|
||||
|
||||
## 1. 产品边界
|
||||
|
||||
千问千答当前产品定位是：
|
||||
|
||||
> 面向大本营学员的 AI 实修陪伴工具，用来帮助学员查课程知识、梳理当下议题、找到功课方向、沉淀成长记录，并在必要时由用户主动生成给人工老师看的求助卡。
|
||||
|
||||
明确不做：
|
||||
|
||||
- 不做自动转人工；
|
||||
- 不做老师派单；
|
||||
- 不做工单流转；
|
||||
- 不做老师处理状态；
|
||||
- 不做师资认证、见习、督导、收入结算；
|
||||
- 不做 108000 / 40000 老学员权益转轨账户；
|
||||
- 不把慧能训练师体系强行塞进千问千答。
|
||||
|
||||
允许做：
|
||||
|
||||
- AI 在回复中提醒用户：“这个问题建议找人工老师确认”；
|
||||
- 用户主动生成“老师求助卡”；
|
||||
- 用户自行复制求助卡发给老师或班级群；
|
||||
- 后台记录“用户生成过求助卡”这个事实，用于运营分析，但不形成派单。
|
||||
|
||||
## 2. 排序原则
|
||||
|
||||
本 TODO 按两个维度排序：
|
||||
|
||||
1. **代码影响顺序**：先排会影响数据库模型、Agent 调用链、用户权益判断的底层改动，再排用户端和后台页面。
|
||||
2. **改动大小**：优先识别大改动和依赖项，避免先做小功能后返工。
|
||||
|
||||
改动大小标记：
|
||||
|
||||
- **L**：大改动，涉及数据库迁移、核心服务、前后端多处联动；
|
||||
- **M**：中改动，涉及新增接口、页面和部分业务逻辑；
|
||||
- **S**：小改动，主要是 UI、配置、文案或局部功能增强。
|
||||
|
||||
## 3. 总体依赖顺序
|
||||
|
||||
```text
|
||||
权益版本体系
|
||||
↓
|
||||
主题会话机制
|
||||
↓
|
||||
主题摘要 / 成长档案
|
||||
↓
|
||||
Agent 调用链接入成长档案与权益
|
||||
↓
|
||||
用户端实修能力：求助卡、分享稿、我的档案
|
||||
↓
|
||||
后台运营能力：用户详情、成本、问题洞察二期
|
||||
↓
|
||||
报告体系：周报、月报、五个月总结
|
||||
```
|
||||
|
||||
不要先做周报、分享稿或漂亮页面。它们依赖主题会话和成长档案，提前做会变成“无数据可用的壳”。
|
||||
|
||||
## 4. TODO 清单
|
||||
|
||||
### 01. 权益版本体系
|
||||
|
||||
- 优先级：P0
|
||||
- 改动大小：L
|
||||
- 影响范围：数据库、用户管理、登录态/Profile、聊天额度校验、用户端权益展示、后台配置
|
||||
- 建议先做：是
|
||||
|
||||
#### 当前现状
|
||||
|
||||
当前用户模型主要有：
|
||||
|
||||
- 启用状态；
|
||||
- 每日聊天额度；
|
||||
- 已用次数；
|
||||
- 有效期。
|
||||
|
||||
这还不能表达文档中的：
|
||||
|
||||
- 大本营基础版；
|
||||
- 五个月深度陪伴版；
|
||||
- 高频加购包；
|
||||
- 老师工作版。
|
||||
|
||||
#### 目标
|
||||
|
||||
建立真正的“产品权益”模型，而不是只用每日消息额度顶替。
|
||||
|
||||
#### 需要新增的数据
|
||||
|
||||
建议新增：
|
||||
|
||||
- `sys_entitlement_plan`：权益版本；
|
||||
- `sys_user_entitlement`：用户当前权益；
|
||||
- `sys_user_entitlement_log`：权益变更日志。
|
||||
|
||||
权益版本字段建议包含：
|
||||
|
||||
- 名称；
|
||||
- 类型：基础版 / 深度陪伴版 / 高频加购包 / 老师工作版；
|
||||
- 有效天数；
|
||||
- 每月主题会话额度；
|
||||
- 是否开启成长档案；
|
||||
- 是否开启周报/月报；
|
||||
- 是否允许生成老师求助卡；
|
||||
- 是否允许生成班级分享稿；
|
||||
- 是否参与普通额度扣减；
|
||||
- 状态；
|
||||
- 创建时间、更新时间。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- 用户模型；
|
||||
- 用户管理接口；
|
||||
- 用户登录/Profile 接口；
|
||||
- 聊天前置校验；
|
||||
- 系统配置或新增权益配置接口。
|
||||
- 管理端：
|
||||
- 用户管理；
|
||||
- 用户新增/导入；
|
||||
- 用户详情；
|
||||
- 权益配置页面。
|
||||
- 用户端：
|
||||
- 个人权益展示；
|
||||
- 额度提醒展示。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 管理员可以创建/启用/停用权益版本；
|
||||
- 管理员可以给用户分配权益；
|
||||
- 用户登录后能看到自己的权益状态；
|
||||
- 聊天接口按权益判断是否可用；
|
||||
- 老师工作版不消耗普通学员额度；
|
||||
- 所有权益变更有审计记录。
|
||||
|
||||
---
|
||||
|
||||
### 02. 主题会话机制
|
||||
|
||||
- 优先级：P0
|
||||
- 改动大小：L
|
||||
- 影响范围：数据库、聊天服务、Agent 上下文、额度扣减、记录审计、用户端会话 UI
|
||||
- 依赖：权益版本体系
|
||||
|
||||
#### 当前现状
|
||||
|
||||
当前系统有聊天会话和聊天消息，但没有“一个具体议题”的主题会话概念。
|
||||
|
||||
文档中明确说，千问千答不应该按一条消息计费，而应该按“一个主题会话”计算。
|
||||
|
||||
#### 目标
|
||||
|
||||
把“聊天消息”升级为“围绕一个议题的主题会话”，权益消耗按主题会话计算。
|
||||
|
||||
#### 需要新增的数据
|
||||
|
||||
建议新增：
|
||||
|
||||
- `sys_topic_session`：主题会话；
|
||||
- `sys_topic_message_link`：主题与消息关联，或者在消息表增加 `topic_session_id`。
|
||||
|
||||
主题会话字段建议包含：
|
||||
|
||||
- 用户 ID；
|
||||
- 普通聊天 session ID；
|
||||
- 主题标题；
|
||||
- 核心问题；
|
||||
- 状态：进行中 / 已完成 / 已归档；
|
||||
- 起始时间；
|
||||
- 结束时间；
|
||||
- 消息数；
|
||||
- Token 消耗；
|
||||
- 是否已扣减权益；
|
||||
- 推荐过的功课摘要；
|
||||
- 是否生成过求助卡；
|
||||
- 是否生成过分享稿。
|
||||
|
||||
#### 关键难点
|
||||
|
||||
要判断用户新发的问题是：
|
||||
|
||||
- 继续当前主题；
|
||||
- 开启新主题；
|
||||
- 对上一个回答追问；
|
||||
- 只是闲聊或固定信息查询。
|
||||
|
||||
一期可以先做保守方案：
|
||||
|
||||
- 用户端默认当前聊天为一个主题；
|
||||
- 超过一定间隔或用户点击“开启新主题”后创建新主题；
|
||||
- AI 辅助生成主题标题；
|
||||
- 先不要完全依赖模型自动判断切题。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- 聊天发送接口；
|
||||
- 聊天历史接口；
|
||||
- ChatService；
|
||||
- ChatStreamService；
|
||||
- Agent 调用链；
|
||||
- 记录审计接口。
|
||||
- 用户端：
|
||||
- 新建主题；
|
||||
- 当前主题状态；
|
||||
- 历史主题列表。
|
||||
- 管理端：
|
||||
- 聊天详情展示主题；
|
||||
- 用户详情展示主题统计。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 用户可以围绕一个主题连续追问；
|
||||
- 一个主题只扣一次主题额度；
|
||||
- 管理后台能看到主题会话；
|
||||
- 主题能关联原始聊天消息；
|
||||
- 主题结束后可用于成长档案沉淀。
|
||||
|
||||
---
|
||||
|
||||
### 03. 主题摘要与成长档案
|
||||
|
||||
- 优先级：P0
|
||||
- 改动大小：L
|
||||
- 影响范围：数据库、Agent 上下文、模型调用、用户端“我的档案”、后台用户详情
|
||||
- 依赖：主题会话机制
|
||||
|
||||
#### 当前现状
|
||||
|
||||
当前已有会话摘要和上下文消息数，用于解决当前会话记忆问题。
|
||||
|
||||
但它不是产品层面的“五个月成长档案”，还不能表达：
|
||||
|
||||
- 反复议题；
|
||||
- 做过的功课；
|
||||
- 情绪和身体感受变化；
|
||||
- 用户成长轨迹；
|
||||
- 哪些功课有效。
|
||||
|
||||
#### 目标
|
||||
|
||||
把每个主题会话沉淀成主题摘要，再把多个主题摘要汇总成用户成长档案。
|
||||
|
||||
#### 需要新增的数据
|
||||
|
||||
建议新增：
|
||||
|
||||
- `sys_topic_summary`：主题摘要；
|
||||
- `sys_user_growth_profile`：用户成长档案；
|
||||
- `sys_growth_profile_revision`：成长档案版本记录。
|
||||
|
||||
主题摘要字段建议包含：
|
||||
|
||||
- 主题 ID；
|
||||
- 用户原始问题摘要；
|
||||
- 主要事件；
|
||||
- 主要情绪；
|
||||
- 身体感受；
|
||||
- 信念/程序；
|
||||
- 推荐功课；
|
||||
- 用户已经看见的内容；
|
||||
- 下一步建议观察方向；
|
||||
- 生成模型；
|
||||
- 生成时间。
|
||||
|
||||
成长档案字段建议包含：
|
||||
|
||||
- 用户 ID；
|
||||
- 反复议题；
|
||||
- 常见情绪；
|
||||
- 常见身体反应；
|
||||
- 常见关系模式；
|
||||
- 常做功课；
|
||||
- 有效功课；
|
||||
- 最近进展；
|
||||
- 最近更新时间。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- 主题结束逻辑；
|
||||
- 摘要生成服务；
|
||||
- 成长档案更新服务；
|
||||
- Agent Prompt 构建逻辑；
|
||||
- 模型服务。
|
||||
- 用户端：
|
||||
- 我的实修档案；
|
||||
- 主题摘要展示。
|
||||
- 管理端：
|
||||
- 用户详情里的成长档案；
|
||||
- 摘要重生成。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 一个主题结束后可以生成摘要；
|
||||
- 用户成长档案能跨主题更新；
|
||||
- Agent 回答时能引用成长档案摘要；
|
||||
- 不把全部历史原文塞进模型；
|
||||
- 后台能查看档案更新记录。
|
||||
|
||||
---
|
||||
|
||||
### 04. Agent 调用链接入权益、主题与成长档案
|
||||
|
||||
- 优先级：P0
|
||||
- 改动大小：L
|
||||
- 影响范围：Agent 主链路、调试预览、用户端流式输出、检索日志
|
||||
- 依赖：权益版本体系、主题会话机制、成长档案
|
||||
|
||||
#### 当前现状
|
||||
|
||||
Agent 已经可以：
|
||||
|
||||
- 使用知识库；
|
||||
- 使用运行参数；
|
||||
- 使用上下文摘要；
|
||||
- 记录检索日志；
|
||||
- 支持后台预览。
|
||||
|
||||
但后续要让 Agent 区分：
|
||||
|
||||
- 当前用户是什么权益；
|
||||
- 当前问题属于哪个主题；
|
||||
- 是否可使用成长档案；
|
||||
- 是否需要提醒找人工老师确认；
|
||||
- 是否允许生成求助卡/分享稿。
|
||||
|
||||
#### 目标
|
||||
|
||||
让 Agent 不只是“回答问题”，而是运行在“权益 + 主题 + 成长档案 + 知识库”的产品上下文中。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- PromptService / RAGService / KnowledgeAgentService；
|
||||
- ChatStreamService；
|
||||
- AgentDebugService；
|
||||
- 检索日志；
|
||||
- AI 请求日志。
|
||||
- 管理端：
|
||||
- Agent 调试支持模拟用户权益和主题上下文；
|
||||
- 后台预览与用户端表现保持一致。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 用户端和后台预览链路参数一致；
|
||||
- Agent 能拿到当前主题摘要；
|
||||
- 深度版用户可以使用成长档案；
|
||||
- 基础版不会调用长期成长档案；
|
||||
- 生成日志能看出本次用了哪些上下文。
|
||||
|
||||
---
|
||||
|
||||
### 05. 老师求助卡
|
||||
|
||||
- 优先级：P0
|
||||
- 改动大小：M
|
||||
- 影响范围：用户端、后端生成接口、记录审计、后台用户详情
|
||||
- 依赖：主题会话机制、主题摘要
|
||||
|
||||
#### 产品边界
|
||||
|
||||
这不是转人工工单。
|
||||
|
||||
用户主动生成一张卡片，然后自行复制给老师。
|
||||
|
||||
系统不做：
|
||||
|
||||
- 自动派单；
|
||||
- 老师接单；
|
||||
- 老师处理状态；
|
||||
- 后台工单流转。
|
||||
|
||||
#### 目标
|
||||
|
||||
把 AI 已经梳理过的信息整理成适合发给老师看的求助卡。
|
||||
|
||||
#### 求助卡内容建议
|
||||
|
||||
- 我遇到的问题；
|
||||
- AI 已经帮我梳理出的重点；
|
||||
- 我现在最明显的情绪/身体感受；
|
||||
- 我已经尝试过的功课；
|
||||
- 我仍然卡住的地方；
|
||||
- 我想请老师确认的问题；
|
||||
- 相关主题时间；
|
||||
- 用户可自行删改的提示。
|
||||
|
||||
#### 需要新增的数据
|
||||
|
||||
建议新增：
|
||||
|
||||
- `sys_teacher_help_card`
|
||||
|
||||
字段建议包含：
|
||||
|
||||
- 用户 ID；
|
||||
- 主题 ID；
|
||||
- 内容；
|
||||
- 生成来源；
|
||||
- 是否被用户复制；
|
||||
- 创建时间。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- 求助卡生成接口；
|
||||
- 求助卡历史接口。
|
||||
- 用户端：
|
||||
- 生成按钮；
|
||||
- 卡片预览；
|
||||
- 复制按钮。
|
||||
- 管理端：
|
||||
- 用户详情展示生成历史；
|
||||
- 记录审计可查看。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 用户可以从当前主题生成求助卡；
|
||||
- 求助卡内容可编辑、可复制；
|
||||
- 不出现“已转人工”“等待老师处理”等文案；
|
||||
- 后台只记录生成历史，不做派单。
|
||||
|
||||
---
|
||||
|
||||
### 06. 班级分享稿
|
||||
|
||||
- 优先级：P1
|
||||
- 改动大小：M
|
||||
- 影响范围：用户端、后端生成接口、主题记录
|
||||
- 依赖：主题会话机制、主题摘要
|
||||
|
||||
#### 目标
|
||||
|
||||
帮助用户把一次实修看见整理成适合发班级群的分享稿。
|
||||
|
||||
#### 分享稿要求
|
||||
|
||||
- 不暴露过多隐私；
|
||||
- 不替用户夸大成长；
|
||||
- 不写成营销文；
|
||||
- 重点表达：
|
||||
- 我看见了什么；
|
||||
- 我做了什么功课；
|
||||
- 当下有什么变化；
|
||||
- 我还在继续观察什么。
|
||||
|
||||
#### 需要新增的数据
|
||||
|
||||
建议新增：
|
||||
|
||||
- `sys_share_draft`
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- 分享稿生成接口；
|
||||
- 分享稿历史接口。
|
||||
- 用户端：
|
||||
- 生成分享稿；
|
||||
- 编辑；
|
||||
- 复制。
|
||||
- 管理端：
|
||||
- 用户详情可查看生成摘要。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 用户可以生成分享稿；
|
||||
- 分享稿可编辑、可复制；
|
||||
- 分享稿不会自动发送到任何群；
|
||||
- 后台可统计生成次数。
|
||||
|
||||
---
|
||||
|
||||
### 07. 知识库类型规则继续落地
|
||||
|
||||
- 优先级：P1
|
||||
- 改动大小：M
|
||||
- 影响范围：知识库管理、检索策略、Agent Prompt 注入、检索日志
|
||||
- 依赖：当前知识库体系
|
||||
|
||||
#### 当前现状
|
||||
|
||||
知识库已有类型：
|
||||
|
||||
- 课程知识库；
|
||||
- 答疑知识库；
|
||||
- 固定信息类知识库；
|
||||
- 通用知识库。
|
||||
|
||||
但后续还要把类型规则更明确地用于 Agent 决策。
|
||||
|
||||
#### 目标
|
||||
|
||||
不同知识库类型在回答中的优先级不同。
|
||||
|
||||
#### 规则建议
|
||||
|
||||
- 固定信息类知识库优先级最高；
|
||||
- 回答上课时间、带练安排、回放、音频、课程作业、会议链接、服务权益、助教联系方式时，优先使用固定信息类；
|
||||
- 课程知识库用于解释课程内容和功课；
|
||||
- 答疑知识库用于参考过往答疑；
|
||||
- 如果固定信息类与其他知识冲突，以固定信息类为准；
|
||||
- 不依赖管理员手写主提示词，应由系统规则注入。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- KnowledgeAgentService；
|
||||
- 检索排序；
|
||||
- KnowledgeList 构建；
|
||||
- 检索日志。
|
||||
- 管理端：
|
||||
- 知识库类型说明；
|
||||
- 检索日志展示知识库类型。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 固定信息问题优先召回固定信息类；
|
||||
- 检索日志能看到知识库类型和优先级；
|
||||
- 知识冲突时能说明采用固定信息类。
|
||||
|
||||
---
|
||||
|
||||
### 08. 柔性额度提醒
|
||||
|
||||
- 优先级：P1
|
||||
- 改动大小：M
|
||||
- 影响范围：聊天前置校验、用户端提示、权益体系
|
||||
- 依赖：权益版本体系、主题会话机制
|
||||
|
||||
#### 目标
|
||||
|
||||
避免用户感觉自己在购买 Token 或单次问答。
|
||||
|
||||
#### 规则建议
|
||||
|
||||
- 不直接强调“还剩几次提问”；
|
||||
- 展示为“本月主题使用情况”；
|
||||
- 接近上限时提示：
|
||||
- 本月深度主题使用较多；
|
||||
- 建议先完成已有功课；
|
||||
- 如需持续陪伴可联系运营升级；
|
||||
- 超出后不要突然硬断所有能力，可以保留基础知识查询或提示联系运营确认。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- 权益校验服务；
|
||||
- 聊天接口；
|
||||
- 用户 Profile。
|
||||
- 用户端：
|
||||
- 权益提示；
|
||||
- 聊天前提醒；
|
||||
- 超额后的友好提示。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 用户不会看到生硬的 Token/次数售卖提示；
|
||||
- 权益不足时提示清楚；
|
||||
- 基础版和深度版提示不同。
|
||||
|
||||
---
|
||||
|
||||
### 09. 成本统计与模型分流
|
||||
|
||||
- 优先级：P1
|
||||
- 改动大小：L
|
||||
- 影响范围：模型配置、AI 请求日志、看板、Agent 路由
|
||||
- 依赖：主题会话机制、知识库类型规则
|
||||
|
||||
#### 当前现状
|
||||
|
||||
系统已有 Token 记录和模型配置，但还没有完整成本核算和模型路由。
|
||||
|
||||
#### 目标
|
||||
|
||||
满足文档中“成本控制不能只靠限制次数”的要求。
|
||||
|
||||
#### 需要新增/修改
|
||||
|
||||
模型配置增加：
|
||||
|
||||
- 输入 Token 单价；
|
||||
- 输出 Token 单价；
|
||||
- 货币；
|
||||
- 适用场景；
|
||||
- 是否可用于摘要/报告/固定信息/深度梳理。
|
||||
|
||||
AI 日志增加：
|
||||
|
||||
- 估算成本；
|
||||
- 路由原因；
|
||||
- 问题类型；
|
||||
- 是否命中知识库。
|
||||
|
||||
模型分流建议：
|
||||
|
||||
- 固定信息查询：低成本模型；
|
||||
- 简单课程知识：低成本模型；
|
||||
- 深度议题梳理：高能力模型；
|
||||
- 周报/月报：异步模型；
|
||||
- 管理后台问题洞察：批处理模型。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- ModelConfig；
|
||||
- ModelClientService；
|
||||
- Agent 路由服务；
|
||||
- AI 日志；
|
||||
- 数据看板。
|
||||
- 管理端：
|
||||
- 模型管理；
|
||||
- 成本看板；
|
||||
- 路由规则配置。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 每次 AI 请求能计算成本；
|
||||
- 看板能看到日/月成本；
|
||||
- 不同问题类型可以走不同模型；
|
||||
- 日志能解释为什么选这个模型。
|
||||
|
||||
---
|
||||
|
||||
### 10. 用户端“我的实修档案”
|
||||
|
||||
- 优先级：P1
|
||||
- 改动大小：M
|
||||
- 影响范围：用户端、成长档案接口、主题历史
|
||||
- 依赖：主题会话机制、成长档案
|
||||
|
||||
#### 目标
|
||||
|
||||
让用户感受到“五个月成长被记录下来了”。
|
||||
|
||||
#### 用户端建议展示
|
||||
|
||||
- 最近主题；
|
||||
- 已完成的功课记录；
|
||||
- 主题摘要；
|
||||
- 每周小结；
|
||||
- 每月报告；
|
||||
- 老师求助卡历史；
|
||||
- 班级分享稿历史。
|
||||
|
||||
#### 注意
|
||||
|
||||
不要做成复杂 CRM，也不要让用户有被监控感。表达应偏“我的实修记录”，不是“后台画像”。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 用户能查看自己的主题记录；
|
||||
- 用户能查看成长档案摘要；
|
||||
- 基础版和深度版展示边界不同。
|
||||
|
||||
---
|
||||
|
||||
### 11. 后台用户详情升级
|
||||
|
||||
- 优先级：P1
|
||||
- 改动大小：M
|
||||
- 影响范围：管理端用户详情、用户接口、统计接口
|
||||
- 依赖：权益版本体系、主题会话机制、成长档案
|
||||
|
||||
#### 当前现状
|
||||
|
||||
用户管理主要是名单、额度、状态。
|
||||
|
||||
#### 目标
|
||||
|
||||
让后台能判断用户使用情况和产品价值。
|
||||
|
||||
#### 后台用户详情建议展示
|
||||
|
||||
- 当前权益；
|
||||
- 权益有效期；
|
||||
- 本月主题会话数；
|
||||
- 使用频率；
|
||||
- Token/成本；
|
||||
- 最近主题；
|
||||
- 成长档案摘要；
|
||||
- 求助卡生成记录；
|
||||
- 分享稿生成记录；
|
||||
- 是否高频使用。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 管理员可以从用户详情理解该用户是否真的在使用；
|
||||
- 可以识别高频用户；
|
||||
- 可以识别几乎未使用用户；
|
||||
- 可以看到深度版价值是否被使用。
|
||||
|
||||
---
|
||||
|
||||
### 12. 周报、月报、五个月总结
|
||||
|
||||
- 优先级：P2
|
||||
- 改动大小：L
|
||||
- 影响范围：异步任务、模型调用、成长档案、用户端、后台
|
||||
- 依赖：主题会话机制、成长档案、成本统计
|
||||
|
||||
#### 不建议过早做
|
||||
|
||||
报告依赖主题摘要和成长档案。如果先做，只能从原始聊天拼凑，成本高且质量不稳定。
|
||||
|
||||
#### 目标
|
||||
|
||||
体现深度陪伴版的连续价值。
|
||||
|
||||
#### 报告类型
|
||||
|
||||
- 每周实修小结；
|
||||
- 每月成长报告；
|
||||
- 五个月成长总结。
|
||||
|
||||
#### 报告内容建议
|
||||
|
||||
- 本周期主要议题；
|
||||
- 做过的功课；
|
||||
- 重复出现的情绪/模式；
|
||||
- 有变化的地方；
|
||||
- 仍需继续观察的方向；
|
||||
- 可以带给老师确认的问题。
|
||||
|
||||
#### 需要改的代码模块
|
||||
|
||||
- 后端：
|
||||
- 定时任务；
|
||||
- 报告生成服务；
|
||||
- 报告存储；
|
||||
- 成本记录。
|
||||
- 用户端：
|
||||
- 报告列表；
|
||||
- 报告详情。
|
||||
- 管理端：
|
||||
- 报告查看；
|
||||
- 重新生成；
|
||||
- 生成状态。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 报告异步生成，不阻塞聊天；
|
||||
- 用户端可查看；
|
||||
- 后台可查看和重新生成；
|
||||
- 生成失败有错误记录。
|
||||
|
||||
---
|
||||
|
||||
### 13. 问题洞察二期
|
||||
|
||||
- 优先级：P2
|
||||
- 改动大小：M
|
||||
- 影响范围：记录审计、问题统计、知识库补充流程
|
||||
- 依赖：当前问题洞察一期
|
||||
|
||||
#### 当前现状
|
||||
|
||||
已有一期：
|
||||
|
||||
- 用户消息清洗；
|
||||
- 多问题拆分；
|
||||
- 同义词归一；
|
||||
- 相似问题聚合；
|
||||
- 后台问题洞察 Tab。
|
||||
|
||||
#### 二期目标
|
||||
|
||||
从“看高频问题”升级为“辅助运营和知识库改进”。
|
||||
|
||||
#### TODO
|
||||
|
||||
- 清洗结果持久化，避免每次重新扫原始消息；
|
||||
- 增加问题分类：
|
||||
- 课程知识类；
|
||||
- 功课操作类；
|
||||
- 情绪梳理类；
|
||||
- 固定信息类；
|
||||
- 服务权益类；
|
||||
- 无知识命中类；
|
||||
- 高频问题一键转“知识库补充建议”；
|
||||
- 标记 AI 经常答不好的问题；
|
||||
- 标记召回失败问题；
|
||||
- 支持人工合并/拆分问题组。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 能看到高频问题趋势；
|
||||
- 能看到知识库缺口；
|
||||
- 能把问题转成知识库补充任务；
|
||||
- 不影响记录审计页面加载速度。
|
||||
|
||||
---
|
||||
|
||||
### 14. 老师工作版
|
||||
|
||||
- 优先级：P2
|
||||
- 改动大小：M
|
||||
- 影响范围：用户类型、权限、权益、知识库访问
|
||||
- 依赖：权益版本体系、知识库类型规则
|
||||
|
||||
#### 产品边界
|
||||
|
||||
老师工作版属于千问千答的内部使用场景，但不是师资管理系统。
|
||||
|
||||
不做：
|
||||
|
||||
- 老师收入；
|
||||
- 老师排班；
|
||||
- 老师认证；
|
||||
- 见习流程。
|
||||
|
||||
只做：
|
||||
|
||||
- 老师用 AI 查知识；
|
||||
- 老师用 AI 生成答疑参考；
|
||||
- 老师用 AI 检索固定信息和课程内容。
|
||||
|
||||
#### TODO
|
||||
|
||||
- 增加老师工作版权益；
|
||||
- 老师账号不消耗普通学员额度；
|
||||
- 老师可访问内部允许的知识库；
|
||||
- 老师不能默认查看普通用户隐私；
|
||||
- 可生成答疑参考，但需要提示“请老师自行判断后使用”。
|
||||
|
||||
#### 验收标准
|
||||
|
||||
- 老师账号可使用千问千答；
|
||||
- 老师使用不影响学员额度；
|
||||
- 权限边界清楚。
|
||||
|
||||
## 5. 建议实施批次
|
||||
|
||||
### 第一批：底层产品模型
|
||||
|
||||
目标：把千问千答从“聊天工具”变成“权益化实修陪伴产品”。
|
||||
|
||||
包含：
|
||||
|
||||
1. 权益版本体系；
|
||||
2. 主题会话机制；
|
||||
3. 主题摘要与成长档案；
|
||||
4. Agent 调用链接入权益、主题与成长档案。
|
||||
|
||||
这一批改动最大，但越早做越少返工。
|
||||
|
||||
### 第二批：用户可感知价值
|
||||
|
||||
目标：让用户明显感受到深度陪伴版的差异。
|
||||
|
||||
包含：
|
||||
|
||||
1. 老师求助卡；
|
||||
2. 班级分享稿；
|
||||
3. 用户端“我的实修档案”；
|
||||
4. 柔性额度提醒。
|
||||
|
||||
### 第三批：运营和成本验证
|
||||
|
||||
目标：支撑 980 / 1280 的商业模型是否成立。
|
||||
|
||||
包含：
|
||||
|
||||
1. 成本统计；
|
||||
2. 模型分流；
|
||||
3. 后台用户详情升级；
|
||||
4. 问题洞察二期。
|
||||
|
||||
### 第四批：连续陪伴增强
|
||||
|
||||
目标：体现五个月周期服务价值。
|
||||
|
||||
包含：
|
||||
|
||||
1. 周报；
|
||||
2. 月报；
|
||||
3. 五个月总结；
|
||||
4. 老师工作版。
|
||||
|
||||
## 6. 当前最推荐下一步
|
||||
|
||||
建议下一步不要先做报告、分享稿或老师工作版。
|
||||
|
||||
最推荐先做：
|
||||
|
||||
```text
|
||||
权益版本体系 → 主题会话机制
|
||||
```
|
||||
|
||||
原因：
|
||||
|
||||
- 这是收费模式的底座；
|
||||
- 会影响用户表、聊天表、额度判断、用户端展示和后台统计；
|
||||
- 后续成长档案、求助卡、分享稿、报告全部依赖它；
|
||||
- 如果后做，会导致前面功能大面积返工。
|
||||
|
||||
如果要进一步降低第一批风险，可以拆成：
|
||||
|
||||
1. 先只建权益版本和用户权益，不立刻改完整扣费；
|
||||
2. 再建主题会话，只做记录不做复杂自动判断；
|
||||
3. 最后把主题会话接入权益扣减和成长档案。
|
||||
|
||||
Reference in New Issue
Block a user