27 KiB
27 KiB
员工端版本功能对比与功能对齐清单
日期：2026-07-17 范围：截至 2026-07-17 09:46 收到的客户反馈，重点比较历史可运行移动端、历史需求/设计、当前
mobile-uni实现和本地待发布修复。 重要边界：本清单核对的是仓库源码和项目文档，不等同于线上生产版本验收。本轮未重新核验线上 H5，因此“当前实现”不能直接表述为“线上已生效”。Figma 需求覆盖专项审计见：FIGMA需求覆盖与版本偏差审计-20260717.md。该审计确认：Figma 只能作为视觉与交互事实源，不能单独替代功能需求和阶段边界。
1. 先给结论
客户所说的“主要功能被删完了”不能原样认定为事实，但反映了真实的版本连续性问题。当前反馈实际混合了四类情况：
- 确认回退：历史可运行移动端确实有、切换到
mobile-uni后缺失或弱化，例如“问师傅”语音提问、SOP 回答和总结卡语音播报。 - 历史规划未完成：需求文档或 Figma 已设计，但没有证据证明曾形成可运行版本，例如开放问题榜/有奖问答、完整课程考试、主管批量派发等。
- 新增或扩大范围：本轮才明确增加，例如“问 AI（全网）”、总结卡下载图片、生成题目与点评逐条播报、主管一键切换学员身份。
- 正确收口或体验缺陷：岗位不应由员工随意切换，这是权限纠正，不是删功能；“提交没反应”“录音归属错误”“快捷问题错位”属于缺陷，不应包装成功能调整。
因此，后续不能再用“旧版/新版”两个模糊概念沟通。必须按本清单逐项确认：旧版是否真有、历史是否承诺、当前是否实现、是否已经发布。
2. 对比口径
| 对比层 | 本清单定义 | 主要证据 | 能证明什么 |
|---|---|---|---|
| 历史可运行版 | 仓库保留的旧移动端 mobile/ |
mobile/src/App.vue、mobile/src/data/* |
能证明旧源码里实际存在过的交互 |
| 历史需求/设计 | BRD、分阶段总纲、推进计划、会议纪要、Figma 清单 | 本文末尾“证据来源” | 能证明功能被提出、规划或设计过，不能单独证明已经开发上线 |
| 当前开发版 | 当前权威用户侧工程 mobile-uni/ |
mobile-uni/src/pages/*、后端 ruoyi-aihr |
能证明当前工作树的实现状态 |
| 本地修复版 | 当前工作树里尚未发布的反馈修复 | git diff 与相关测试 |
只能表述为“本地已修”，不能表述为“客户已可用” |
| 线上生产版 | https://peilian.njzhmj.top/h5/ 的真实部署 |
线上资源、认证账号、真实接口和浏览器回归 | 本轮未复核，暂不下结论 |
状态说明：
- 保留：当前仍有等价主链路。
- 部分保留：有基础能力，但范围、内容或角色未覆盖完整。
- 确认回退：历史可运行源码里有，当前权威工程缺失。
- 本地已修未发布：当前工作树已补，但尚未完成线上发布验证。
- 历史规划未实现：需求/设计里有，没有证据证明旧版真正交付。
- 新增需求：本轮扩大了原有范围，应重新评估安全、成本和排期。
- 待确认：现有证据不能支持客户记忆或开发方判断，需要原版本包、旧链接或验收记录。
2.1 本轮恢复结果（2026-07-17 晚间，本地未发布）
本轮已按“功能真实可用 + 同尺寸视觉复核”执行，不再只检查页面结构：
- 恢复问师傅语音录制与选择音频兜底，继续复用
/api/ai/asr；恢复 SOP 回答、总结卡、每日题、参考答案、AI 对话、训练结果和候选人面试内容播报。TTS 优先走/api/ai/tts，本地未配置 TTS 模型时 H5 自动降级到设备语音，并已实际切换到“停止播报”状态。 - 恢复总结卡生成与 PNG 下载。无对话模型时只摘录检索命中的 SOP 原文，并标明来源，不编造推荐话术或异议答案；本地已实际生成并触发下载成功提示。
- 恢复主管“工作台/学习端”切换，切换只改变显示模式，不修改组织系统中的主管身份；已用主管真实登录态进入员工今日页并返回主管工作台。
- 恢复主管按姓名多选、当天/明天/3 天内/7 天内快捷截止日期和逐人派发结果；已向 2 名团队成员真实提交，接口返回 2/2 成功。
- 每日题从固定 3 题改为 7 组共 21 题，按日期、岗位和员工身份确定性轮换；同一员工同一天稳定、相邻日期不重复，仍保持每日 3 题。
- 全局字号恢复标准/大字/超大字三档并持久化；员工端关键页已在 400×900 下逐档截图，超大字页验证了换行、卡片自增高、底栏安全区和无横向溢出。
上述段落记录的是 2026-07-17 晚间的中间状态。用户随后要求“一并实现”，最终状态以 2.2 为准；第 3–5 节保留为需求来源与实施前差距快照，不再代表当前工作树完成度。
2.2 全量实现结果（2026-07-18，本地未发布）
| 客户反馈能力 | 本轮落地结果 | 本地证据 |
|---|---|---|
| 不同角色、岗位内容与主管学习 | 员工/候选人/主管独立入口继续保留；主管可在工作台和学员模式间切换且不改变组织身份；岗位、项目和人员范围由组织数据约束 | 角色深链、主管学员模式、岗位只读和团队范围测试通过 |
| 问师傅语音、生成内容播报 | 语音录制、音频选择兜底、ASR、TTS/设备语音降级恢复；每日题、参考答案、评分点评、候选题目、问题内容支持播报 | H5 交互和服务调用已验证 |
| 图片/视频与总结卡下载 | 问师傅支持仅本次查询使用的图片/视频附件；总结卡可生成并下载 PNG，来源继续可追溯 | 浏览器交互已验证 |
| 全局字号 | 标准/大字/超大字三档全局持久化；可见业务文字最低 12px，输入框采用 border-box，问题榜四个筛选标签在窄屏完整显示 |
400×900、430px 和超大字状态逐页截图复核 |
| 训练题变化、反馈与常见难题 | 每日三题按日期、岗位和员工身份轮换；每日题/专项支持有用与无用反馈；主管和管理端可按岗位、时间范围、次数/人数/均分查看难题并一键派专项 | 真实 API 创建专项成功，管理端页面已登录复核 |
| 指派专项 | 显示真实姓名，支持最多 100 人多选，提供当天/明天/3 天内/7 天内快捷截止日期；批量提交具有请求幂等和逐人结果 | 真实 API 指派和超时重进机制已验证 |
| 开放问题榜、有奖征问题/答案 | 已实现提问、全员回答、审核、最佳答案、积分规则、积分/学习学分双账户和后台运营；奖励明确不是现金且不能提现 | 真实 API 完成提问→回答→审核→最佳答案→发奖，重复选优不重复发奖 |
| 完整岗位考试 | 已实现主管选择岗位、项目、真实员工多选、组卷、发布、截止日期和成绩查询；员工可答题、播报、提交、查看逐题结果；提交具备幂等重放 | 真实 API 发布考试并完成 100 分提交；同请求重放返回相同记录和时间 |
| 问 AI（全网） | 与企业问师傅分入口、分接口、分提示；仅允许已测试启用的 HTTPS 提供方，禁用或未配置时明确不可用且不生成假答案 | 能力探测、禁用查询、安全边界和管理页已验证；真实外部回答待配置正式密钥后验证 |
| “点提交没反应”、录音串号、快捷标签错位 | 已补明确错误/加载状态、账号与页面代次隔离、旧请求回写保护；修正提交/输入宽度与筛选标签布局 | 自动化测试、真实浏览器请求和逐页截图均通过 |
最终本地完成层级为：已实现、自动化验证、真实 API 验证、浏览器交互验证、逐页视觉验证。尚未执行生产发布，因此不能表述为“客户线上已可用”。“员工每天赚钱”按已批准的积分/学习学分落地，没有擅自实现现金、提现、预算或税务流程。
3. 核心功能版本矩阵
3.1 角色、岗位与学习
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|---|---|---|---|---|---|
| 员工、候选人、主管看到不同页面 | 旧版已有三类角色入口与不同首页 | BRD 和 Figma 均要求分角色 | mobile-uni 仍有员工、候选人、主管独立页面 |
保留，不是整体删除 | 继续用正式账号做三角色回归，不用截图代替权限验证 |
| 不同岗位看到不同内容 | 旧版有岗位标签和部分展示差异，业务内容仍以生活顾问为主 | 总纲要求按条线/岗位分发，第一波生活顾问，项目经理第二波 | 当前员工岗位来自组织身份，但训练派发仍固定查询“生活顾问”场景 | 部分保留，岗位身份已接，岗位内容尚未完整产品化 | P1 建岗位→场景→SOP→每日题映射，先明确“四保一服”首批岗位清单 |
| 主管同时作为学员学习 | 没有找到稳定的双身份切换证据 | 客户本轮明确提出“主管也要学习” | 本地已增加“工作台/学习端”显式切换，组织角色保持主管；已用主管登录态双向切换 | 新增需求，本地已实现并交互验证，未发布 | 发布后用正式主管账号复验工作台权限正例/反例 |
| 员工自行切换岗位 | 旧版存在演示性岗位切换痕迹 | 正式口径要求岗位来自人力/组织系统 | 本地已移除员工自由切换，改为 HR 组织同步只读 | 正确收口，不应恢复随意切换 | 保持只读；提供“岗位有误，联系 HR”入口和同步状态 |
| 岗前/入职任务 | 旧版没有形成正式任务闭环证据 | BRD 一期要求岗位 SOP、岗前/入职任务和资格门禁 | 当前有员工岗前任务、完成回写和资格状态页面，但正式规则/数据未配置 | 部分实现 | HR 提供正式任务与资格规则后再验收，不用空表或 seed 宣称完成 |
| 主管/经理配置岗位入职测试 | 未找到旧版已实现证据 | 阶段二“学”模块要求课程、考试、截止时间；BRD 有上岗资格 | 当前无主管/经理端出题、组卷、发布考试闭环 | 历史规划未实现/待确认 | 让客户提供曾用旧链接或验收截图；若确认要做，纳入学模块专项 |
| 全局字号调节 | 未找到旧版字号开关 | Figma 4:16 已修为标准/大字/超大字三张同构画板 |
本地已实现全局三档、持久化和页面响应式自增高；400×900 逐档及关键页超大字已截图复核 | 新增无障碍需求，本地已实现并视觉验证，未发布 | 发布后补真实 iOS/Android 与 375–430px 触控、键盘和读屏复验 |
3.2 “问师傅”、语音与多媒体
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|---|---|---|---|---|---|
| 问师傅文字提问 | 旧版有 SOP 搜索 | 一期核心 | 当前保留，查询企业授权知识空间并显示引用 | 保留 | 继续保持“有依据才回答”，不兜造假答案 |
| 问师傅语音提问 | 旧版明确有“语音提问/选择语音”并走 ASR | 产品方案明确“问”支持语音提问 | 本地已恢复录音、停止录音、转写和选择音频兜底，复用 speech.ts 与 /api/ai/asr |
确认回退已在本地恢复，未发布 | 发布前补正式 ASR 配置和真机麦克风权限/弱网复验 |
| SOP 回答语音播报 | 旧版回答有“听一遍” | 历史要求 TTS，产品强调语音优先 | 本地已补“语音播报” | 本地已修未发布 | 发布后用真实 TTS 配置验证播放、停止、失败提示 |
| 总结卡语音播报 | 旧版有总结卡 TTS | 总纲明确“长文总结卡 + 语音播报（能力已有）” | 本地已补总结卡播报 | 本地已修未发布 | 与回答播报共用控制器，避免同时播放 |
| “每个文字都能点播报” | 旧版能确认的是回答与总结卡播报，不能证明每段文字逐字可点 | 设计原则是话术大字+语音，并非所有文字元素都可播 | 当前只对答案、总结卡、每日题、AI 对话等关键内容提供播报 | 客户表述扩大 | 对业务关键内容提供统一播报按钮，不做所有 UI 文本逐元素点击 |
| 生成题目/AI 对话/点评播报 | 未找到旧版完整覆盖证据 | 语音优先原则支持该方向 | 本地已覆盖每日题题干、AI 角色回复、点评、参考答案、训练结果和候选面试内容 | 新增增强，本地已实现并构建验证，未发布 | 发布后逐页验证播放、停止、切换内容时释放音频和设备语音降级 |
| 员工作答语音转文字 | 旧版已有训练语音能力方向 | 一期明确 ASR→文本→提交→评分 | 当前每日题和对练支持录音/选音频、转写后编辑提交 | 保留 | 发布后验证录音权限、账号归属和弱网降级 |
| 录音“不属于当前账号” | 不属于产品功能 | 无历史需求差异 | 本地已修请求身份/归属处理，提交失败也补可见提示 | 缺陷，本地已修未发布 | 用两个真实账号交叉验证自己的录音可提交、他人资源不可读 |
| 提交按钮无反应 | 不属于产品功能 | 无历史需求差异 | 本地增加失败 toast 和输入区域/按钮可见性修正 | 缺陷，本地已修未发布 | 仍需手机端真实点击回归，不能只靠单测关闭 |
| 问师傅上传图片/视频 | 旧版问师傅未确认有此能力 | BRD/缺口文档把图片/视频情境列为新增或后置能力 | 本地已增加图片/视频仅用于本次现场分析，不写入共享知识库 | 历史规划项，本地已补最小版未发布 | 先验收大小限制、权限、PII 外发和失败提示，再决定是否留存 |
| 总结卡下载图片 | 未找到旧版证据 | 历史文档强调总结卡，没有明确图片下载验收 | 本地已补 PNG 下载；无聊天模型时可基于真实命中原文生成，并已实际触发下载成功提示 | 新增需求，本地已功能与视觉验证，未发布 | 发布后验证 iOS/Android H5 下载、文件名和相册/文件权限 |
| 问 AI（全网） | 旧版没有 | 2026-07-08 会议明确当时是“不联网的内部知识” | 当前问师傅只查授权的企业/个人知识空间，不是公网搜索 | 新增范围 | 单独立项为“外部 AI”，与问师傅分入口、分来源、分免责声明；先评估版权、错误信息和数据外发 |
3.3 练习、每日题与内容变化
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|---|---|---|---|---|---|
| 场景对练、提交、AI 评分 | 旧版有演示主链路 | 一期核心 | 当前文字/语音作答、AI 评分、记录、低分再练均在 | 保留并增强 | 用正式场景和人工校准验证，不用 seed 结果代替业务验收 |
| “专项”的定义 | 旧版主要是主管给员工派场景 | 计划中专项=按岗位/短板派发的训练任务或训练营 | 当前实现为“主管给一名员工派一个训练场景”，不是固定的一道题 | 功能在，但产品解释不清 | 页面改名为“专项训练任务”，显示场景、对象、原因、截止时间和内容版本 |
| 同一专项每次内容不同 | 旧版没有内容版本/去重保证 | 历史目标是 AI 控制生成、动态难度与多场景 | 当前真 LLM 可让对话变化，但 seed 降级与场景锚点可能重复；没有题目版本和去重契约 | 部分实现 | P0 加 content_version/题目快照/最近使用去重，保留 seed 降级但不可每天原样重复 |
| 每日三题每天变化 | 未找到旧版动态题库闭环 | 总纲要求 3 个月覆盖 100 个常见场景 | 本地已扩为 7 组共 21 题，按日期、岗位和员工身份轮换；同日稳定、相邻日不重复 | 明确缺口已完成第一阶段修复，未发布 | 后续继续把正式岗位题库扩到 100 个常见场景，并保留题目快照与版本审计 |
| 选择岗位/条线生成题目和参考答案 | 未找到旧版已实现证据 | 历史要求按岗位推题，后续 AI 辅助出题 | 当前没有主管按条线生成题库的完整入口 | 历史规划未实现 | P1 先做审核式生成：选择岗位→生成草稿→人工确认→版本化发布 |
| 学员评价题目有用/无用 | 旧版 SOP 答案已有赞/踩，不等于训练题评价 | 二期计划明确问答打勾/打叉 | 当前 SOP 答案可反馈；每日题/专项题没有逐题有用/无用 | 部分实现 | P1 复用反馈模型到训练题，区分“答案准确性”和“题目有用性” |
| 管理端按常见难题排序 | 旧版主管端有薄弱项/风险展示 | BRD 要求错题、团队短板、专项派发 | 当前主管团队已有错题聚合、次数/人数/均分等数据，但运营排序闭环不完整 | 部分实现 | P1 增加按出现次数、涉及人数、低分程度排序，并支持一键生成专项 |
| 训练后整体满意度 | 旧版没有完整正式窗口证据 | 试点要求收集反馈 | 当前有 1–5 分满意度和意见 | 保留/新增完成 | 与“逐题有用性”分开统计，避免一个指标代替另一个 |
3.4 主管派发、激励与问题榜
| 功能 | 历史可运行版 | 历史要求/设计 | 当前开发版 | 客观判断 | 建议 |
|---|---|---|---|---|---|
| 指派时显示员工姓名 | 旧版多为演示数据 | 正式权限要求稳定组织身份 | 本地已改为从当前项目在职人员中选择姓名，不再手填人员编号 | 本地已修未发布 | 生产需正式组织同步和项目权限数据，不能用本地姓名 seed 验收 |
| 一次多选人员 | 未找到旧版已实现证据 | Figma 有“人员/岗位/场景/截止时间”，但不证明已开发 | 本地已支持按姓名多选、最多 100 人、单次批量接口和逐人结果，超时重进可复用幂等请求 ID | 新增需求，本地已实现并真实提交 2/2 成功，未发布 | 发布后以大团队验证 100 人上限、权限、超时重试和逐人失败隔离 |
| 简化字段、默认值 | 未找到旧版完整证据 | 属于交互优化 | 当前已有默认场景/默认原因，但表单仍偏技术化 | 体验改进 | 保留对象、场景、截止时间三项必填，其他默认折叠 |
| 今天/明天/3天内/7天内快捷日期 | 未找到旧版已实现证据 | Figma 明确有截止时间 | 本地已增加 dueDate、四个快捷项和逐人到期结果；3 天内真实派发显示 2026-07-20 |
历史设计细化已在本地实现，未发布 | 发布后复验时区、当天边界和后台准确日期 |
| 有奖征问题/有奖答案 | 旧版没有可运行证据 | 2026-07-08 已定为阶段二“开放问题榜”，有双入口、全员作答、最佳答案和奖励 | 当前阶段一没有问题榜 UI/业务闭环 | 历史规划未实现，不是当前版误删 | P2 按阶段二单独实施，不应临时塞进“问师傅”页 |
| “员工每天可以赚钱” | 旧版没有 | 历史口径是积分/悬赏/学分分账，奖励规则需后台配置，并未批准现金日结 | 当前没有现金收益闭环 | 新增且有运营/财务风险 | 先由业务确认积分、礼品或现金及税务/预算规则，研发不直接实现“赚钱”文案 |
4. 客户逐条反馈归类
| 客户反馈 | 归类 | 当前结论 |
|---|---|---|
| “不同岗位看到的页面不一样？” | 能力确认 | 三角色页面不同；不同员工岗位内容只部分覆盖，不能笼统回答“都不一样” |
| “有奖征问题和征答案放哪里了？” | 历史阶段二规划 | 设计和总纲里有，当前阶段一未实现；应作为开放问题榜，不塞进问师傅 |
| “字体能调大吗？有很多老年人” | 新增无障碍需求 | 没有旧版字号开关证据；大字设计不等于可调字号 |
| “原来很多优点都没了，例如每个文字语音播报” | 部分属实、部分扩大 | 旧版可确认回答/总结卡 TTS，不能确认所有文字可点；关键播报已在本地恢复/扩展 |
| “录音不属于当前账号” | 缺陷 | 本地已修，待双账号和线上验证 |
| “点提交没反应” | 缺陷 | 本地补错误反馈，待真机回归 |
| “快捷问题错位” | 视觉缺陷 | 需要按正式 Figma/手机宽度做视觉验收，不能只看 DOM 顺序判断已修 |
| “要能上传图片和视频” | 历史规划/本地最小实现 | 已做仅本次查询附件分析，未发布，不等于共享知识库上传 |
| “生成的问题也要语音播放” | 新增增强 | 本地已覆盖每日题/AI 对话，其他生成内容仍需统一核对 |
| “总结卡可以下载图片” | 新增增强 | 本地已补 PNG 下载，未发布 |
| “语音播报亮点全没了” | 确认回退 | 问师傅语音输入和关键输出播报均已在本地恢复；无 TTS 模型时 H5 已验证设备语音降级 |
| “岗位身份在哪里修改？” | 权限口径冲突 | 员工不应自行修改；本地已改为 HR 组织同步只读 |
| “指派要显示人名，不是编号” | 缺陷/体验 | 本地已改项目内在职员工姓名选择，依赖正式组织数据 |
| “增加问 AI（全网）” | 新增范围 | 当前会议基线是内部知识，不联网；需独立产品和安全决策 |
| “指派人员可多选、字段更简、快捷日期” | 新增 + 历史设计细化 | 本地已完成姓名多选、字段收敛、四档快捷日期、逐人结果和幂等批量提交 |
| “专项是什么？今天明天会不会同一道题？” | 产品定义/内容机制 | 专项是场景任务；当前无题目版本和去重保证，客户担忧成立 |
| “主管也要学习、不同岗位内容不同” | 历史目标 + 当前缺口 | 主管学习端切换本地已实现且不改组织角色；全岗位内容矩阵仍未完成，不能把生活顾问内容冒充全岗位覆盖 |
| “每天题目不一样、学员评有用无用” | 历史目标 + 新机制 | 每日题已本地改为 21 题按人按日轮换；SOP 有赞踩，训练题逐题有用/无用仍未实现 |
| “岗位入职测试保留在主管/经理角色” | 待确认 | 当前只有员工任务/资格与候选人面试；未找到旧版主管端考试配置证据 |
5. 优先级建议
P0：先恢复版本连续性和可用性
- 恢复“问师傅”语音输入，解决首页“语音提问”文案与实际能力不一致。
- 完成回答、总结卡、每日题、AI 对话、评分点评的统一播报验收。
- 真机复验录音归属、提交反馈、附件上传、总结卡下载。
- 建每日题/专项的内容快照、版本号和去重规则，停止固定三题反复出现。
- 用正式组织账号验证岗位只读、员工姓名派发和项目范围权限。
P1：补齐阶段一产品完整性
- 主管“工作台/学习端”双模式。
- 岗位→场景→SOP→每日题的统一映射，明确首批岗位内容清单。
- 指派多人、截止时间和快捷日期；每人生成独立任务记录。
- 训练题有用/无用反馈、团队常见难题排序和一键派专项。
- 全局字号三档与老年用户真机可读性验收。
P2：按原阶段二单独立项
- 开放问题榜、有奖征问题、全员回答、最佳答案、激励规则。
- 完整课程、考试、题库、截止时间和成绩留档。
- “问 AI（全网）”外部信息能力；必须与内部问师傅分来源和权限。
- 现金型奖励需业务、财务、法务先确认，不作为普通前端功能直接上线。
6. 对客户的建议回复
之前的功能要求文档和旧版源码已经找到，并已按“旧版实际有过、历史规划但未上线、本轮新增”三类逐项对齐。问师傅语音输入、回答/总结卡播报等确认回退已在本地恢复；同时补齐了三级字号、总结卡图片下载、主管学习端、批量派发/快捷日期和每日题轮换。有奖问答、完整学习考试和问 AI 全网仍分别属于后续阶段或新增专项，不会因为 Figma 已画就混入当前版本。岗位继续以人力系统身份为准，员工不能随意改岗。当前结论是“本地实现并完成相应功能/视觉验证”，尚未发布生产。
7. 对齐与验收流程
- 客户确认分类：逐项确认“旧版真有/历史规划/新增需求/不再需要”。
- 冻结对比基线：给旧版源码、当前开发包和目标版本各自标记 commit、构建时间和访问地址。
- 先修 P0：只处理确认回退和阻断缺陷，不同时扩张阶段二范围。
- 测试版验收：按账号、岗位、页面、操作、期望结果记录，不再用聊天截图代替验收单。
- 发布后复核：本地完成、构建通过、线上资源同步、正式账号验证分别记录，不合并成一个“已完成”。
8. 证据来源
- 当前工程边界：README.md、AGENTS.md。
- 当前实现与试点事实：BRD_IMPLEMENTATION_AUDIT.md、FIGMA_IMPLEMENTATION_MATRIX.md。
- 阶段边界：银城员工端APP分阶段实施总纲.md、AI陪练二期开发推进计划.md。
- 产品定案：20260708/数字师傅学练问报整合方案.md、2026-07-08 产品讨论纪要。
- 业务原始范围：物业AI人力资源系统业务需求文档BRD.md、legacy/物业AI陪练系统一期建设实施方案.md。
- 设计状态：FIGMA_DESIGN_INVENTORY.md、H5_REDESIGN.md。注意：Figma 清单中的
[x]只证明设计画板或对应页面状态，不能单独证明线上功能已交付。 - 历史可运行源码：
mobile/src/App.vue（问师傅语音输入约 1009–1017 行、回答播报约 1021–1027 行、回答/总结卡 TTS 约 1804–1894 行）。 - 当前权威源码：
mobile-uni/src/pages/user/*、mobile-uni/src/pages/supervisor/*、mobile-uni/src/services/position.ts、backend/ruoyi-modules/ruoyi-aihr/。
9. 尚需补齐的证据
- 客户口中的“上一版”具体访问地址、安装包、发布时间或 commit 尚未确认；当前只能用仓库保留的
mobile/作为历史可运行源码基线。 - “主管/经理曾能配置岗位入职测试”“每个文字都能点播报”暂未找到足够旧版证据，需要旧录屏或验收单确认。
- 当前本地反馈修复尚未发布，线上是否仍是旧资源、本地修复是否在 iOS/Android H5 上工作，需在发布窗口单独验证。