docs(work-report): define voice-first reporting flow

docs/物业AI人力资源系统业务需求文档BRD.md

@@ -1,10 +1,11 @@
 # 物业行业 AI 人力资源系统 · 业务需求文档(BRD)
 
-> 版本:v1.3(统一版)｜ 日期:2026-07-19
+> 版本:v1.4(统一版)｜ 日期:2026-07-19
 > 定位:本文是本项目的**唯一事实源(Single Source of Truth)**,收敛此前所有讨论与文档,取代分散的局部材料作为业务需求基准。
 > v1.1 变更:第 5 章数据模型方向补充"HR 主干已对齐《手册》卷1 第9章"结论(见 5.2)。
 > v1.2 变更:新增阶段二“员工个人 AI 助理 / 个人知识空间”需求(见 4.8),明确个人资料、网页链接、时间检索、来源引用、PPT 增强项和阶段三外部 HR 数据边界。
 > v1.3 变更:个人助理新增确认式长期记忆;一级交互收敛为“工作助手 / 查全网”,内部个人资料、项目业务记录和企业知识默认自动路由并透明展示来源。
+> v1.4 变更:员工“工作上报”改为复用数字师傅的微信式语音会话,AI 只整理可编辑草稿,用户确认后进入原有审核链,审核通过仍不自动入知识库。
 >
 > **收敛来源**:
 > - 《物业管家与生活顾问 AI 陪练系统建设方案》(原始业务方案,陪练视角)
@@ -134,9 +135,17 @@
 
 ### 4.6 案例沉淀 pipeline(贯穿)
 
+员工端目标交互参考：[工作上报微信式语音会话高保真设计](prototypes/work-report-voice-conversation-v1.png)。该图用于说明采集与确认路径，不代表当前生产实现或正式审核完成状态。
+
 - 流程:项目负责人**语音上传**案例 → AI 转写 → 从大量案例(目标千级)**AI 筛选出有特色的少数** → 制作成 **AI 对话讲解视频** → 供全员学习(如早八点课堂)。
 - 节奏:每周每项目提交一个案例。
 - **一期**:流程跑通,视频用**预渲染样片**顶(数字人/视频生成慢且贵,不真跑)。
+- **员工端交互定案（2026-07-19）**：工作上报采用与「问 · 数字师傅」一致的微信式会话，默认语音输入并支持照片、视频和文字补充；系统从自然表达中整理类型、标题、经过、方法和结果，不要求员工先填写传统表单。
+- **确认边界**：AI 只能生成可编辑上报草稿和必要追问，必须由员工点击“确认上报”后才写入正式上报记录；不得把 ASR 转写、附件选择或模型推断直接视为提交。
+- **审核边界**：正式记录继续使用 `PENDING / APPROVED / REJECTED` 审核状态；通过后仍由运营在案例库或知识库执行最终人工入库，不因 AI 判断自动公开或自动计分。
+- **隐私边界**：确认卡应提示住户姓名、手机号、房号等敏感信息的脱敏风险；图片、视频和原始音频只能通过受保护附件接口访问，不在会话正文生成公开 URL。
+- **交互一致性**：短追问文字直接可见并提供播放能力，长回答才使用“转文字”展开；确认卡中的分类必须标识为 AI 建议且可修改，补充内容统一从底部语音/文字入口进入。
+- **脱敏真实性**：确认卡展示的内容必须与实际提交内容一致。未实现服务端脱敏时只能提示用户修改，不得承诺“提交后自动隐藏”；实现自动脱敏后也必须先展示脱敏后的提交预览再允许确认。
 
 ### 4.7 智慧知识中心