439 lines
29 KiB
Markdown
439 lines
29 KiB
Markdown
# AI 陪练二期开发推进计划
|
||
|
||
> 版本:v0.10 ｜ 日期:2026-07-11
|
||
> 输入源:《AI陪练功能优化与缺口分析(修订版 · 2026-07-06)》+《物业行业 AI 人力资源系统 · BRD v1.2》。
|
||
> v0.2 修订:与两份输入源逐项复核后补齐 6 处缺漏——#6/#9/#16/师徒演练的明确处置(§2)、#13 定向再练的里程碑落点(M4)、画像雷达图与 BRD L1「留」段验收承载(M4)、TechSpec P1 表映射与岗位身份前置(M1)、场景管理权限口径(M1/§7)、G6 成本上限量化(§7)。
|
||
> v0.3 修订:补齐管理者“传帮带”角色和初/中/高级生活顾问成长路径;训练数据只作晋升评级证据包,不让 AI 自动决定晋升。
|
||
> v0.4 修订:补后台提示词模板管理和生成文体绑定,减少总结卡、导师改写、逐句标注等输出的自由发挥。
|
||
> v0.5 修订:理顺 4 处表述——师徒暂缓与 M4 传帮带的边界互指、总结卡"现在效果不好"补第 1 周快速修复(不等模板 CRUD)、预习卡纳入模板绑定清单、§8 登记 M1/M4 增量超载风险。
|
||
> v0.6 修订:并入 2026-07-07 立项会结论(见《银城员工端APP分阶段实施总纲》)——本计划升格为总纲**阶段一**的执行文档;时间锚点对齐 Alpha/Beta/半年会/收费季;收费场景权重上调;新增新员工每日三题;埋 `knowledge_gap` 钩子;岗位术语待 M0 对齐。
|
||
> v0.7 确认:客户方确认"管家"="生活顾问"(同一岗位,术语统一为"管家(生活顾问)",`position` 标签不迁移);APP 形态定为 H5 套壳(维持 D6)。M0 两项待确认项关闭。
|
||
> v0.8 修订:并入 2026-07-08 产品讨论结论(见《数字师傅学练问报整合方案 v1.1》,docs/20260708/)——①M1 新增 `sop_answer` 直给格式模板(结论先行 + 一二三四五编号步骤 + 引用后置),随 2026-07-10 测试版上线;②M2 新增对练回复调节按钮(turn 支持 style 重生成)与问答答案打勾/打叉反馈;③师徒演练暂缓升级为**定向师带徒不做**,由阶段二开放问题榜承载(主管传帮带工作台不受影响);④M4 成长路径补学分/统考资格口径。
|
||
> v0.9 同步:正式试点导出和严格门禁已完成工程收口。两者均强制批次起止日、唯一在职组织身份和每人至少 10 次完训；校准/SOP 门禁以原始计数判定，不以四舍五入后的比率反推。当前仍等待上游提供至少 20 名可登录正式试点人员及业务评审，不将工程就绪写成业务验收通过。
|
||
> v0.10 边界同步:2026-07-11 客户新增员工个人 AI 助理/个人知识空间需求,统一归入总纲阶段二;本计划只登记范围边界,不新增个人资料、网页采集和 PPT 任务。
|
||
> 结论:二期不做“24 个缺口全量铺开”,先把 AI 陪练从 MVP 演示闭环推进到**生活顾问岗位试点可用**。
|
||
|
||
## 1. 二期目标
|
||
|
||
二期的交付主题是:围绕“生活顾问”岗位,把 AI 陪练做成可训练、可复盘、可派发、可衡量的“数字师傅”训练闭环。
|
||
|
||
业务上承接 BRD 的“育 / 用 / 留”三段:
|
||
|
||
| BRD 主线 | 二期落点 |
|
||
|---|---|
|
||
| 用 | 岗位 SOP 与训练场景绑定,训练前给预习卡和红线话术 |
|
||
| 育 | 语音对手戏、多场景训练、求助、打断纠偏、训练记录 |
|
||
| 留 | 画像扩展、复盘标注、主管预警、定向再练、职级成长证据包 |
|
||
|
||
二期不追求招聘、薪酬、绩效、知识图谱、原生 APP 的全量扩张。AI 分数仍定位为“辅助参考,人可否决”。
|
||
|
||
## 2. 范围切割
|
||
|
||
### 必做
|
||
|
||
| 工作包 | 覆盖缺口 | 价值 |
|
||
|---|---|---|
|
||
| 场景地基 | #1 #2 #3 #13 #17 #19 | 把代码 seed 迁到表,让岗位、场景、分发可运营 |
|
||
| 对练体验增强 | #4 #5 #7 #8 #10 | 训练前有准备、训练中有情绪变化和纠偏、语音体验更像真实业主 |
|
||
| 复盘与记录 | #11 #12 #14 #20 | 训练后能回放、标注、人工校准,形成可复盘资产 |
|
||
| 画像与主管侧 | #15 #17 #19 | 员工看成长,主管看风险并派专项 |
|
||
| 数据治理底线 | #22 #23 | Rubric 有版本,文本入库前脱敏,为试点和合规留余地 |
|
||
|
||
### 暂缓
|
||
|
||
| 暂缓项 | 原因 |
|
||
|---|---|
|
||
| 实时主管旁听(#18) | WebSocket + 低延迟音频工程量大;先做事后回放 |
|
||
| 录像存储 | 涉员工隐私和 G3/G4,二期只存录音 |
|
||
| 完整离线对练(#24) | 无 LLM 不可离线;只做 SOP/预习/题目缓存 |
|
||
| 纯视觉向量检索 | 依赖素材规模和供应商合规;现有关键帧 caption 已可覆盖大部分检索 |
|
||
| 原生 APP、SSO、知识图谱、绩效挂钩 | BRD 已明确为二期后或生产闸门项 |
|
||
| 图片/视频情境输入(#9) | BRD 4.3.3 明列(拍照报修),vision 模型已就绪;但场景素材是瓶颈,待 12 条文本场景跑稳后独立评估,可与 B3 文生图联动 |
|
||
| 环境噪音模拟(#6) | 前端混音成本不高但非试点闭环必需;噪音音源授权未解决 |
|
||
| 自动案例沉淀(#16) | 挂 BRD 4.6/4.7 共创与 review_task 审核链;二期只保证"贡献度"有人工计分入口(见 M4),自动沉淀待案例量起来再评估 |
|
||
| 师徒演练(BRD 4.4) | **升级为不做(2026-07-08 会议否决)**:定向师带徒不实现——80% 以上项目生活顾问为初级、无带徒岗位设置、无额外报酬,强推造成误解;`mentor_assignment` P1 表与师父角色运营取消。帮带语义由两处承载:①M4 主管传帮带工作台(看回放→写复盘建议→派下次训练)不受影响,继续做;②员工间帮带由阶段二**开放问题榜**承载(全员可答、最佳答案置顶、有奖,见总纲 §4.4)。BRD 4.4 待同步修订 |
|
||
| 动态难度调级(#1 后半 / BRD 4.5) | 场景表保留 difficulty 字段即可;自动升降级依赖画像数据稳定,分发规则 v1 不做 |
|
||
| 大喇叭信息平台、知识学习平台(学模块课程/考试与分身份文件摘要)、员工个人 AI 助理(个人资料/链接收藏、时间检索、总结分析、PPT)、品检翻转、开放问题榜 UI、北森对接 | 立项会及 2026-07-08/11 产品讨论新增需求,归属总纲**阶段二/三**(见《银城员工端APP分阶段实施总纲》§4.4/§4.5/§4.6);本阶段只埋 `knowledge_gap` 钩子,不新增个人知识空间 |
|
||
|
||
## 3. 技术路线
|
||
|
||
### 3.1 数据地基先行
|
||
|
||
二期第一优先级是把训练运营对象落库。当前现状是 2 个 seed 场景 + `aihr_practice_session` 汇总表,足够演示,不够试点。
|
||
|
||
建议新增或补齐以下表,统一使用 `aihr_*` 前缀:
|
||
|
||
| 表 | 用途 |
|
||
|---|---|
|
||
| `aihr_practice_scenario` | 训练场景、岗位、项目类型、难度、人设、SOP 绑定 |
|
||
| `aihr_practice_rubric` / `aihr_practice_rubric_dimension` | Rubric 版本、维度、权重、启停 |
|
||
| `aihr_practice_assignment` | 主管/规则引擎派发每日小训、专项训练 |
|
||
| `aihr_practice_annotation` | finish 后逐句标注、好/差示例、证据 turn |
|
||
| `aihr_practice_calibration` | 人工修正评分,沉淀一致率校准集 |
|
||
| `aihr_practice_audio` 或 `audio_oss_id` 字段 | 对练录音 MinIO/sys_oss 回放 |
|
||
| `aihr_prompt_template` | 按业务场景和生成文体管理 system prompt、模板、变量、输出格式、版本和启停 |
|
||
|
||
注意:旧 TechSpec 中出现过 `practice_scenario` 等无前缀名称,二期实现时应同步修正文档或在 DDL 中明确采用 `aihr_practice_*`,避免和若依/未来模块冲突。
|
||
|
||
与 TechSpec P1 表的映射(不另建平行体系):
|
||
|
||
- `aihr_practice_assignment` 吸收 `daily_drill`(每日一练)与 `training_camp`(专项训练营)的语义,用 `source`(daily/camp/retry/manual)+ `reason` 字段区分来源,不再单独建这两张表。
|
||
- `mistake_book`(错题本)语义由“低分维度 → 定向再练派发”承载(见 M4),`assignment.source='retry'` 即错题重练记录。
|
||
- 跨期五维画像仍走 TechSpec M6 的 `competency_assessment`,本计划只做单场四维分与四项画像聚合,勿与跨期评估混成一个数(BACKLOG B5 口径)。
|
||
|
||
### 3.2 复用现有能力
|
||
|
||
- 语音识别继续复用 `POST /api/ai/asr`,不新建移动端专用 ASR。
|
||
- TTS 继续复用 `POST /api/ai/tts`,二期把 `voice` 扩成 `voice_profile`。
|
||
- 文件与录音存储复用 `sys_oss` + MinIO。
|
||
- SOP 求助复用 `/api/knowledge/search` 和 `/api/knowledge/summary-card`。
|
||
- 模型配置继续走 `aihr_model_config` 的 `chat/vector/rerank/asr/tts/vision` 分类。
|
||
- 员工端训练仍复用 `/api/train/practice/start|turn|finish`,不要另起一套移动端训练后端。
|
||
|
||
## 4. 里程碑计划
|
||
|
||
### M0. 二期基线冻结(2 天)
|
||
|
||
目标:确认二期不再追 MVP 演示壳,而是追试点可用闭环。
|
||
|
||
- 锁定首个岗位:管家(生活顾问)。**已确认(2026-07-07)**:立项会所说"管家"与场景库"生活顾问"为同一岗位,`position` 标签沿用现有值不迁移;项目经理为第二波人设,不阻塞首批。
|
||
- 锁定首批场景:投诉处理、催费/停车费、报修跟进、突发求助。**收费季权重上调:催费/预收/停车费类优先做深(预交折扣、历史欠费沟通等立项会举例场景入库),9 月收费季是上线动因。**
|
||
- 每类至少 3 条场景,二期首批共 12 条。
|
||
- 每条场景必须有:人设、开场、成功条件、雷点/爽点、SOP 引用、Rubric。
|
||
- 明确试点指标:20 名员工、每人 10 次对练、完训率 80%、满意度 4/5。
|
||
- **外部时间锚点对齐(立项会)**:2026-07-10(周五)Alpha 测试版 → 2026-07-13 当周 Beta 可发布版 → 半年会产品发布(须带一线真实使用数据)→ 9 月收费季前试点可用。M1/M2 的可用增量须提前放给种子用户试用,不等 M5 收口才见人。
|
||
|
||
验收:
|
||
|
||
- `docs/BACKLOG.md` 和本计划无冲突。
|
||
- 内容负责人能提供或确认 12 条场景素材。
|
||
- 开发不再把“实时旁听、录像、知识图谱、原生 APP”拉进二期。
|
||
|
||
### M1. 场景、Rubric 与提示词模板地基(第 1-2 周)
|
||
|
||
目标:让“场景管理”“评分标准版本”和“生成文体模板”从代码 seed 变成可运营数据。
|
||
|
||
第 1 周随手做(不等模板 CRUD 上线):
|
||
|
||
- 总结卡“现在效果不好”先做内置 prompt 快速修复:把总结卡生成 prompt 硬编码为固定结构(参照督导图片分析“问题:建议:标准:”三段式的做法,定字段、定字数、定顺序),消除纯自由发挥。后续模板管理上线后,该内置 prompt 转为 `summary_card` 模板的默认版本,不白做。
|
||
- SOP 问答直给格式改造(2026-07-08 客户验收口径,随 2026-07-10 测试版上线):问答输出改为**结论先行 + 一二三四五编号操作步骤 + 引用片段后置**,不推大段原文;涉及流程视频的答案直接带视频链接。落为 `sop_answer` 提示词模板;“物业人直给直拿”是明确验收标准。
|
||
|
||
后端:
|
||
|
||
- `backend/script/sql/aihr_practice_mysql8.sql`:补二期表或新增同目录二期 DDL。
|
||
- `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/domain/AihrPracticeDto.java`:补 scenario/rubric/assignment DTO。
|
||
- 新增 `AihrPracticeScenarioService` 或扩展 `AihrPracticeSeedService`:优先读表,失败回退 seed。
|
||
- `AihrPracticeController`:新增场景列表、详情、保存、启停、Rubric 查询接口。
|
||
- 新增 `AihrPromptTemplateService` / `AihrPromptTemplateController`:按 `code + output_format` 管理模板,字段至少包含 `category/system_prompt/template/variables/enabled/version`。
|
||
- `scripts/reset-dev-db.sh`:导入新 DDL 和 12 条生活顾问 seed。
|
||
|
||
管理端:
|
||
|
||
- `frontend/src/api/aihr/practice.ts`:补场景/Rubric API。
|
||
- `frontend/src/views/train/practice.vue`:先加轻量场景选择和 Rubric 预览,不做复杂 CRUD。
|
||
- 提示词模板管理已挂在“系统设置-模型配置”下:支持名称、代码、分类、输出格式、系统提示词、提示词模板、描述、启用状态;模板变量用 `{{变量名}}`。
|
||
|
||
移动端:
|
||
|
||
- `mobile-uni/src/pages/user/today/index.vue` / `mobile-uni/src/pages/user/practice/index.vue`:“开始训练”根据岗位/今日安排传 `scenarioId`,没有数据时回退当前 seed。
|
||
|
||
验收:
|
||
|
||
- 管理端能选择不同生活顾问场景并开始对练。
|
||
- API 可返回场景绑定的 SOP、Rubric、persona。
|
||
- 总结卡、导师改写、逐句标注、训练前预习卡(M2 新增文体,提前登记)、SOP 问答直给(`sop_answer`)、图片督导分析等生成能力必须能绑定固定模板;未配置时回退内置模板并记录 `prompt_version`。
|
||
- 总结卡内置 prompt 已完成固定结构改造,输出可稳定拆分展示(第 1 周快速修复项)。
|
||
- 模型失败或表为空时,原 MVP 对练仍可跑。
|
||
- 场景 CRUD 接口挂 `hr_operator` 角色权限(BACKLOG B1“出题”职责),普通员工端只读。
|
||
- 员工进入训练时能按登录身份取到岗位(`position`),场景列表按岗位过滤——这是 M4 派发与分发规则的身份前置。
|
||
|
||
### M2. 训练前与训练中增强(第 3-4 周)
|
||
|
||
目标:把体验从“回合制答题”推进到“有准备、有情绪、有求助”的语音对手戏。
|
||
|
||
功能:
|
||
|
||
- 训练前预习卡:从场景 SOP 生成“要点 / 红线 / 可说话术”,生成绑定 `prep_card` 提示词模板(固定三栏结构,不自由发挥)。
|
||
- 每轮 emotion 由 LLM 输出并落入 turn/session,不再只用 seed 锚点。
|
||
- 求助按钮:训练中弹出该场景 SOP 提示,记录一次求助事件。**求助/问答未命中知识库时记 `knowledge_gap` 日志(问题、岗位、时间)——为总纲阶段二"开放问题榜"蓄水,本期不做挂榜 UI。**
|
||
- 主动打断:COACH_CHECK 命中红线时中断本轮,提示纠正后重来。
|
||
- 方言/多语气:先支持 `voice_profile.speed/emotion/dialect`,不做语音克隆。
|
||
- 对练回复调节按钮(2026-07-08 新增):AI 给出回复后,提供“再严肃 / 再温柔 / 更细致 / 更专业”等按钮,点击按该方向重新生成——turn 接口支持 `style` 重生成参数,风格指令模板化注入;是客户"第三版"七维偏好体系的首期落地形态,偏好自动记忆/千人千面为远期,不在本期。
|
||
- 问答答案打勾/打叉(2026-07-08 新增):SOP 问答每条答案可标好/差;打叉的知识条目在该问题上后续**不再推送**(检索融合降权/屏蔽),并进后台待复核清单——错误知识纠错闭环。新增答案反馈表。允许迟于 2026-07-10 测试版分批上线。
|
||
|
||
文件落点:
|
||
|
||
- `AihrPracticeLlmService.java`:扩展 turn 输出 JSON,包含 `emotion/trustDelta/redFlag/coachHint`。
|
||
- `AihrPracticeSeedService.java`:seed fallback 也返回同样字段。
|
||
- `AihrSpeechDto.java` / `AihrSpeechService.java`:扩展 TTS voice 参数,保留旧字符串兼容。
|
||
- `frontend/src/views/train/practice.vue`:加预习卡、情绪条、求助按钮、红线提示。
|
||
- `mobile-uni/src/pages/user/practice/index.vue`:复用训练前卡、求助和语音转写逻辑,语音失败仍退文本。
|
||
|
||
验收:
|
||
|
||
- 员工开始训练前能看到该场景预习卡。
|
||
- 至少 3 条场景能看到情绪随话术变化。
|
||
- 求助按钮命中 SOP 并显示引用。
|
||
- 红线话术触发纠偏,但不在训练中做逐句评分。
|
||
- 对练回复可用调节按钮按指定风格重新生成;重生成不重复计分。
|
||
- 问答答案可打勾/打叉;打叉后同一问题再问不再出现该条目,后台可见待复核清单。
|
||
|
||
### M3. 录音回放与复盘标注(第 5 周)
|
||
|
||
目标:训练完成后能复盘,但不做实时旁听。
|
||
|
||
功能:
|
||
|
||
- 训练中员工音频和 TTS 音频按需存 MinIO,记录 `oss_id`。
|
||
- 主管复盘详情展示音频回放。
|
||
- finish 后对整场 dialogue 做一次性逐句标注,输出“问题句 / 推荐改写 / 命中或漏掉的 SOP 点”。
|
||
- 标杆对话先用导师改写生成“更优示例”,不等案例库自然积累。
|
||
|
||
文件落点:
|
||
|
||
- `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/service/AihrPracticeSeedService.java`:保存 session 时写 audio/annotation 信息。
|
||
- 新增 `AihrPracticeReviewService.java`:生成和查询逐句标注。
|
||
- `AihrMobileController.java`:复盘详情返回 audio 和 annotations。
|
||
- `mobile-uni/src/pages/supervisor/index/index.vue`:主管复盘详情增加回放和逐句标注区。
|
||
|
||
验收:
|
||
|
||
- 完成一场训练后,主管端能打开回放。
|
||
- 逐句标注只在 finish 后生成一次,刷新不重复算分。
|
||
- 没有录音权限时仍保存文本 transcript。
|
||
|
||
### M4. 画像、校准与主管派发(第 6-7 周)
|
||
|
||
目标:把训练结果变成员工成长与主管管理动作。
|
||
|
||
功能:
|
||
|
||
- 员工画像扩展为四项:训练时长、贡献度、测评分、AI 等级(BACKLOG B5;贡献度二期用人工计分入口记 `incentive_point`,不做自动案例沉淀)。
|
||
- 员工端画像以雷达图 + 趋势呈现单场四维分聚合(BRD 4.5 可视化口径,数据留跨期 `competency_assessment` 的入口)。
|
||
- 主管端预警:连续低分、超期未训、分数下滑。
|
||
- 批量训练任务派发:主管按岗位/短板派发专项。
|
||
- 管理者“传帮带”工作台:主管从画像/预警进入员工详情,查看回放与标注,写复盘建议,派发下一次训练,形成“看见问题→带教→复训”的闭环(主管侧帮带承载形态,边界见 §2 暂缓表;定向师带徒已定不做,员工间帮带归阶段二开放问题榜)。
|
||
- 初/中/高级生活顾问成长路径:把场景难度、完训次数、人工校准分、主管复盘、案例贡献汇总成职级评级证据包;AI 等级只作参考,晋升结论由主管/HR 确认。**学分口径(2026-07-08 定案)**:训练完成、回答被采纳、案例被采纳、课程考试通过累计学分,**学分达标 = 晋升统考资格,统考保留线下**——学分只是资格门槛,与 G1"人可否决"一致;学分与悬赏奖励在 `incentive_point` 内分类型分账,只认"被采纳/通过考试"等有审核动作的行为计学分(防刷分);激励规则(学分来源、分值)走后台可配置,不写死代码。客户"第三版"E1-E8 等级为远期框架(带徒晋升条件已删),当前落地仍为初/中/高三档。
|
||
- 定向再练(#13):低分维度自动生成 `source='retry'` 的待训任务,员工“今日安排”可见——错题本语义的最小实现。
|
||
- 新员工每日三题(立项会):系统识别新员工(入职 3 个月内),每日派发 `source='daily'` 的 3 道微题(题干+参考答案+AI 秒评,轻量内容形态,区别于 12 条重对练场景);目标 3 个月覆盖 100 个常见场景。微题库内容由业务侧从管家培训材料拆分供给。
|
||
- 人工评分校准:HR/主管可修正 AI 评分,形成校准集。
|
||
- 训练数据脱敏:入库前处理姓名、手机号、房号等明显 PII。
|
||
|
||
文件落点:
|
||
|
||
- `AihrMobileSeedService.java`:扩展 `profile()` 聚合。
|
||
- `AihrMobileDto.java`:补画像、预警、派发 DTO。
|
||
- `AihrMobileController.java`:新增/扩展主管预警、派发接口。
|
||
- `frontend/src/views/train/practice.vue` 或新增管理端页:提供人工校准入口。
|
||
- `mobile-uni/src/pages/user/profile/index.vue` / `mobile-uni/src/pages/supervisor/index/index.vue`:员工画像和主管待办展示新增字段。
|
||
|
||
验收:
|
||
|
||
- 员工端能看到四项画像,不做同侪排名。
|
||
- 主管端能看到待处理预警并派发训练。
|
||
- 主管端能沉淀复盘建议和下一步训练任务,体现“传帮带”动作。
|
||
- 员工端能看到初/中/高级成长路径进度;系统只生成评级证据包,不自动晋升。
|
||
- 低分场景完成后,员工待训列表出现对应的再练任务。
|
||
- 新员工登录后“今日安排”出现每日三题,作答后即时看到对错反馈。
|
||
- 人工修正评分后,保留原 AI 分和修正分。
|
||
- 入库文本中明显手机号/房号被脱敏。
|
||
|
||
### M5. 试点收口(第 8 周)
|
||
|
||
目标:二期可进入 1-2 个住宅项目小范围试点。
|
||
|
||
验收清单:
|
||
|
||
- 生活顾问 12 条场景可用。
|
||
- 员工从“今日安排”进入训练,完成后画像和主管端同步。
|
||
- 主管能复盘、听录音、看逐句标注、派发专项。
|
||
- AI 与人工评分分档一致率用不少于 20 条样本评估,目标 ≥70%。
|
||
- 住宅类 SOP 问答人工评审可用率目标 ≥80%。
|
||
- 语音单轮响应目标 ≤5 秒;超过时有文本降级。
|
||
- 试点数据可导出:训练次数、完训率、平均分、预警数、主管复盘率。
|
||
- 导出与严格预检必须指定同一批次起止日；只统计能唯一映射到在职组织的正式会话，明细保留正式身份和项目，并同时导出校准命中数、SOP 可用数及对应比率。
|
||
|
||
当前状态（2026-07-10）：工程链路、真实 API 验证、回归和复审已完成；本地正式窗口 `2026-07-07..2026-07-10` 只有 1 名可登录正式人员、`0/1` 人达到十次完训、正式校准 `0/20`、已评审 SOP `2/2`，另有 119 条待评审。因此 M5 的**工程能力已就绪，正式业务试点未通过**。下一动作是上游修复/开放正式手机号和姓名编码后做 dry-run、同步，再按真实试点批次积累训练、校准和 SOP 评审证据。
|
||
|
||
## 5. 二期 API 建议
|
||
|
||
| 能力 | 接口 |
|
||
|---|---|
|
||
| 场景列表 | `GET /api/train/practice/scenarios?position=&scenarioType=` |
|
||
| 场景详情 | `GET /api/train/practice/scenarios/{id}` |
|
||
| 保存场景 | `POST /api/train/practice/scenarios` |
|
||
| Rubric 版本 | `GET /api/train/practice/rubrics?scenarioId=` |
|
||
| 训练预习卡 | `GET /api/train/practice/scenarios/{id}/prep-card` |
|
||
| 逐句标注 | `POST /api/train/practice/sessions/{sessionId}/annotations` |
|
||
| 评分校准 | `POST /api/train/practice/sessions/{sessionId}/calibration` |
|
||
| 提示词模板 | `GET/POST/PUT /api/aihr/prompt-templates` |
|
||
| 主管预警 | `GET /api/aihr/mobile/practice/alerts` |
|
||
| 派发训练 | `POST /api/aihr/mobile/practice/assignments` |
|
||
| 员工待训 | `GET /api/aihr/mobile/practice/assignments` |
|
||
| 成长证据包 | `GET /api/aihr/mobile/profile/promotion-evidence` |
|
||
|
||
这些接口都应保留 seed fallback 或空数据兜底,但真实验收必须以数据库链路为准。
|
||
|
||
## 6. 内容准备清单
|
||
|
||
二期能不能推进,最大风险不是代码,是场景内容。每个场景至少准备:
|
||
|
||
| 字段 | 示例 |
|
||
|---|---|
|
||
| 岗位 | 生活顾问 |
|
||
| 场景类型 | 投诉 / 催费 / 报修 / 突发求助 |
|
||
| 业主人设 | 年龄、身份、说话风格、情绪、偏见 |
|
||
| 开场白 | “你们物业到底管不管楼上噪音?” |
|
||
| 显性诉求 | 投诉噪音 |
|
||
| 隐性诉求 | 想确认物业是否愿意持续跟进 |
|
||
| 雷点 | 被敷衍、先讲规定、推给业主自己协调 |
|
||
| 爽点 | 先共情、给首次反馈时间、明确责任人 |
|
||
| SOP 引用 | 对应知识库片段 ID |
|
||
| Rubric | 合规、沟通、情绪、营销四维权重 |
|
||
| 标杆话术 | 1 条优秀版本、1 条反例 |
|
||
|
||
## 7. 决策待确认
|
||
|
||
| 决策 | 推荐口径 |
|
||
|---|---|
|
||
| 二期时长 | 8 周,每两周一个可验收增量 |
|
||
| 首个岗位 | 管家(生活顾问)——已确认与立项会"管家"同一岗位;项目经理第二波,四保一服后置 |
|
||
| 录音合规 | 二期只录音不录像;进入训练前给明确提示 |
|
||
| 方言/TTS | 先扩 `voice_profile`,不做克隆;供应商稳定后再评估克隆 |
|
||
| AI 排序 | 分发引擎 v1 用规则表,不上 AI 排序 |
|
||
| 排名 | 先做自我对比和主管预警,不做同侪排名 |
|
||
| 场景管理权限 | 场景/Rubric CRUD 归 `hr_operator` 与管理员;主管只派发不编场景 |
|
||
| 职级挂钩 | 系统展示初/中/高级生活顾问成长进度和证据包;晋升评级必须由主管/HR 人工确认 |
|
||
| G6 成本上限 | 试点期设 LLM/ASR/TTS 月度调用金额上限与告警阈值(具体数额由 HR 负责人与供应商账单确认);超限降级为文本对练 + 关闭逐句标注 |
|
||
|
||
## 8. 主要风险
|
||
|
||
| 风险 | 控制 |
|
||
|---|---|
|
||
| 内容不足 | M0 先锁 12 条生活顾问场景,内容没到位不进 M2;**每日三题微题库依赖业务侧拆分管家培训材料,拆分没跟上则该项顺延、不阻塞主线** |
|
||
| 移动端过大 | 当前新增功能落在 `mobile-uni/src/pages/*`,旧 `mobile/src/App.vue` 只保留演示兜底,不继续堆单文件 |
|
||
| 成本失控 | 逐句标注只在 finish 后一次性做;总结卡/视频按需触发 |
|
||
| 评分争议 | 原 AI 分和人工修正分并存;AI 分不挂绩效 |
|
||
| 隐私问题 | 只做录音,不做录像;文本脱敏;音频存储权限明确 |
|
||
| 范围膨胀 | 实时旁听、原生 APP、知识图谱、纯视觉检索全部不进二期主线 |
|
||
| M1/M4 增量超载(v0.3/v0.4 新增项集中落在这两个里程碑,总时长未变) | M1 模板管理界面复用“系统设置-模型配置”页样式做最简版,只保 CRUD+启停,不做版本对比 UI;M4 传帮带工作台复用复盘详情页扩展,不新建独立页面;评级证据包导出降为表格导出(CSV/Excel),正式报告版式挪 M5;两周检查点发现落后即砍 M4 的证据包导出、保传帮带闭环 |
|
||
| 半年会硬死线(立项会) | Alpha/Beta 节奏极紧;半年会演示止损口径=陪练闭环 + 总结卡 + 1 条示范视频,新增项(每日三题、传帮带工作台)不作为半年会演示承诺;演示与录屏兜底沿用一期做法 |
|
||
|
||
## 9. 交付物
|
||
|
||
| 类型 | 交付 |
|
||
|---|---|
|
||
| 产品 | 员工端训练前卡、语音对手戏、求助、回放、画像;主管端复盘、预警、派发 |
|
||
| 后端 | 场景/Rubric/Assignment/Annotation/Calibration 数据与 API |
|
||
| 管理端 | 场景选择/轻管理、Rubric 预览、提示词模板管理、评分校准 |
|
||
| 内容 | 12 条生活顾问场景、SOP 引用、Rubric、标杆话术 |
|
||
| 验收 | 20 条评分校准样本、试点数据导出、演示脚本更新 |
|
||
|
||
## 10. 第一批实施任务
|
||
|
||
### Task 1: 二期 DDL 与 seed
|
||
|
||
**Files**
|
||
|
||
- Modify: `backend/script/sql/aihr_practice_mysql8.sql`
|
||
- Modify: `scripts/reset-dev-db.sh`
|
||
- Verify: `./scripts/dev.sh --reset`
|
||
|
||
**Steps**
|
||
|
||
- [x] 增加 `aihr_practice_scenario`、`aihr_practice_rubric`、`aihr_practice_rubric_dimension`。
|
||
- [x] 增加 `aihr_prompt_template`,内置 `summary_card`、`mentor_rewrite`、`review_annotation`、`prep_card`、`supervision_image_analysis_maintenance` 等模板。
|
||
- [x] 写入 12 条生活顾问场景 seed。
|
||
- [x] reset 后确认场景、rubric 和 prompt template 表有数据。
|
||
|
||
### Task 2: 场景读取替换 seed
|
||
|
||
**Files**
|
||
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/domain/AihrPracticeDto.java`
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/service/AihrPracticeSeedService.java`
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/controller/AihrPracticeController.java`
|
||
|
||
**Steps**
|
||
|
||
- [x] `start` 优先按 `scenarioId` 读数据库场景。
|
||
- [x] 数据库无场景时回退现有 seed。
|
||
- [x] `turn/finish` 保持当前契约不破坏前端。
|
||
|
||
### Task 3: 训练前卡和求助
|
||
|
||
**Files**
|
||
|
||
- Modify: `frontend/src/api/aihr/practice.ts`
|
||
- Modify: `frontend/src/views/train/practice.vue`
|
||
- Modify: `mobile-uni/src/pages/user/practice/index.vue`
|
||
- Reuse: `POST /api/knowledge/search`
|
||
|
||
**Steps**
|
||
|
||
- [x] 开始训练前展示场景预习卡。
|
||
- [x] 训练中加“求助”入口,用场景 category/SOP 引用查知识库。
|
||
- [x] 求助失败显示明确错误,不兜假答案。
|
||
|
||
### Task 4: 动态情绪和红线纠偏
|
||
|
||
**Files**
|
||
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/service/AihrPracticeLlmService.java`
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/domain/AihrPracticeDto.java`
|
||
- Modify: `frontend/src/views/train/practice.vue`
|
||
- Modify: `mobile-uni/src/pages/user/practice/index.vue`
|
||
|
||
**Steps**
|
||
|
||
- [x] LLM turn 输出增加 `emotion/trust/redFlag/coachHint`。
|
||
- [x] 前端展示情绪条和红线纠偏。
|
||
- [x] 解析失败时回退现有 coachHint,不阻断训练。
|
||
|
||
### Task 5: 回放与逐句标注
|
||
|
||
**Files**
|
||
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/service/AihrSpeechService.java`
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/service/AihrPracticeSeedService.java`
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/controller/AihrMobileController.java`
|
||
- Modify: `mobile-uni/src/pages/user/practice/index.vue`
|
||
- Modify: `mobile-uni/src/pages/supervisor/index/index.vue`
|
||
|
||
**Steps**
|
||
|
||
- [x] 对练音频写 `sys_oss`/MinIO 并关联 session。
|
||
- [x] 主管复盘详情显示音频回放。
|
||
- [x] finish 后生成逐句标注,刷新不重复生成。
|
||
|
||
### Task 6: 画像与主管派发
|
||
|
||
**Files**
|
||
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/service/AihrMobileSeedService.java`
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/domain/vo/AihrMobileDto.java`
|
||
- Modify: `backend/ruoyi-modules/ruoyi-aihr/src/main/java/org/dromara/aihr/controller/AihrMobileController.java`
|
||
- Modify: `mobile-uni/src/pages/user/today/index.vue`
|
||
- Modify: `mobile-uni/src/pages/user/profile/index.vue`
|
||
- Modify: `mobile-uni/src/pages/supervisor/index/index.vue`
|
||
|
||
**Steps**
|
||
|
||
- [x] 画像补训练时长、贡献度、测评分、AI 等级。
|
||
- [x] 主管端补预警列表。
|
||
- [x] 主管可派发专项训练,员工端今日安排可见。
|
||
- [x] 主管端可记录复盘建议并派发下一步训练。
|
||
- [x] 员工端展示初/中/高级成长路径进度,管理端可导出评级证据包。
|
||
|
||
## 11. 二期完成定义
|
||
|
||
二期完成不是“所有缺口清零”,而是满足以下条件:
|
||
|
||
- 生活顾问岗位训练从 seed 演示变成数据库驱动。
|
||
- 员工能完成“预习 → 语音/文本训练 → 求助 → 评分 → 复盘”的闭环。
|
||
- 主管能完成“看风险 → 听回放 → 看标注 → 派专项”的闭环。
|
||
- 画像能支撑“下一步练什么”的规则分发。
|
||
- 系统能产出初/中/高级生活顾问评级证据包,但不自动给出晋升结论。
|
||
- 试点所需的合规、成本、人工校准底线已经留好。
|
||
- 二期技术闭环完成不等于一期业务验收完成；业务通过必须以 M5 的正式组织数据、训练记录和业务评审证据为准。
|