docs: sync phase 2 planning references

AGENTS.md

@@ -2,7 +2,7 @@
 
 ## 项目定位
 
-这是“物业AI人力资源系统”一期 MVP 版工程。目标是用 RuoYi-Vue-Plus + plus-ui 跑通本地账号登录、可演示业务路径和 AI HR 的最小英雄路径。
+这是“物业AI人力资源系统”工程。2026-07 MVP 演示资料已归档；当前开发按 `docs/DEMO_ACCEPTANCE.md` 守住演示验收口径，并按 `docs/AI陪练二期开发推进计划.md` 推进生活顾问岗位试点可用。不要把归档作战清单当当前待办，也不要把演示闭环写成一期生产验收完成。
 
 ## 工程边界
 
@@ -78,7 +78,11 @@
 
 - 总入口：`README.md`
 - 文档索引：`docs/README.md`
-- MVP 范围和止损线：`docs/AI人力资源系统一期MVP版作战清单.md`
+- MVP 演示与验收：`docs/DEMO_ACCEPTANCE.md`
+- 阶段交付归档：`docs/archive/2026-07-mvp-delivery/`
+- AI 陪练二期推进：`docs/AI陪练二期开发推进计划.md`
+- AI 陪练缺口修订：`docs/AI陪练功能优化与缺口分析(修订).md`
 - 后端 API 对接：`docs/API_INTEGRATION.md`
+- 对外会议版口径：`docs/AI人力资源系统项目规划方案与AI接口说明.md`
 - 业务需求：`docs/物业AI人力资源系统业务需求文档BRD.md`
 - 开发规格：`docs/物业AI人力资源系统开发规格TechSpec.md`

README.md

@@ -1,6 +1,6 @@
 # 物业AI人力资源系统
 
-基于 RuoYi-Vue-Plus 后端与 plus-ui 前端的一期 MVP 版工程。当前阶段目标是保住本地可运行骨架，并围绕招聘面试、三角色对练、案例沉淀、SOP 知识库落出可点击的 AI HR 英雄路径。
+基于 RuoYi-Vue-Plus 后端与 plus-ui 前端的物业 AI 人力资源系统工程。2026-07 MVP 演示资料已归档；当前施工入口是演示验收清单和 AI 陪练二期推进计划。
 
 ## 当前状态
 
@@ -45,11 +45,14 @@
 | [MVP 演示与验收清单](docs/DEMO_ACCEPTANCE.md) | MVP 演示脚本、录屏兜底和验收口径 |
 | [后端 API 对接指南](docs/API_INTEGRATION.md) | 后端模块落点、接口接入顺序、移动端训练记录、候选资料上传/审核和 SOP 上传解析接口 |
 | [ruoyi-ai 能力分片迁移计划](docs/RUOYI_AI_INCREMENTAL_MIGRATION.md) | 知识库、模型能力、文档解析、RAG、chat 的渐进迁移边界 |
-| [一期 MVP 版作战清单](docs/AI人力资源系统一期MVP版作战清单.md) | MVP 范围、排期、验收切割线 |
+| [项目规划方案与 AI 接口说明](docs/AI人力资源系统项目规划方案与AI接口说明.md) | 对外会议版口径、数字师傅定位和 AI 接口规划 |
+| [AI 陪练二期开发推进计划](docs/AI陪练二期开发推进计划.md) | 从 MVP 演示闭环推进到生活顾问岗位试点可用的二期实施计划 |
+| [AI 陪练缺口修订版](docs/AI陪练功能优化与缺口分析(修订).md) | 24 项陪练缺口的代码实况校对和二期排期依据 |
+| [阶段交付归档](docs/archive/2026-07-mvp-delivery/) | 2026-07 MVP 作战清单、演示 PPT 和阶段交付材料 |
 | [业务需求 BRD](docs/物业AI人力资源系统业务需求文档BRD.md) | 业务范围、角色、边界和验收 |
 | [开发规格 TechSpec](docs/物业AI人力资源系统开发规格TechSpec.md) | 模块、数据模型、路由、API 和实现切分 |
 | [移动端设计 QA](design-qa.md) | 三端首页高保真实现的截图对照记录 |
 
 ## 下一步
 
-五个管理端关键页面和移动端三端首页已接入后端 API，并在前端保留失败回退。下一步按 [ruoyi-ai 能力分片迁移计划](docs/RUOYI_AI_INCREMENTAL_MIGRATION.md) 继续接 RAG 引用回答与最小 chat；当前已落知识库表、移动端训练记录表 `aihr_practice_session`、候选人资料表 `aihr_candidate_material`、员工训练历史、主管复盘列表、复盘详情、标记已复盘、能力画像、候选资料 OSS 上传与 HR 审核、住宅 SOP MySQL Fulltext + Qdrant 混合召回、OSS-first 文档上传、txt/md/PDF/Word/Excel/PPT 解析、图片视觉 OCR（配置 vision/chat 模型后上传 jpg/png 等自动识别文字）、embedding 写入、向量库状态/重建、模型供应商/模型配置、资料处理状态页和后台目录导入任务取消，不整包搬 `ruoyi-chat`。
+现役演示验收入口是 [DEMO_ACCEPTANCE.md](docs/DEMO_ACCEPTANCE.md)。2026-07 MVP 作战清单和演示材料已归档；AI 陪练二期按 [AI 陪练二期开发推进计划](docs/AI陪练二期开发推进计划.md) 推进，后续 P1 迭代同时参考 [H5_REDESIGN.md](docs/H5_REDESIGN.md)、[BACKLOG.md](docs/BACKLOG.md) 和 [ruoyi-ai 能力分片迁移计划](docs/RUOYI_AI_INCREMENTAL_MIGRATION.md)，不把归档排期当当前待办。

docs/AI人力资源系统项目规划方案与AI接口说明.md

@@ -0,0 +1,194 @@
+# 物业 AI 人力资源系统项目规划方案与 AI 接口说明
+
+> 会议版 ｜ 2026-07-06
+> 核心口径：这套系统真正对标的不是「知识库 + 练习工具」，而是 **数字师傅**。
+
+## 1. 一句话定位
+
+这是一套面向物业一线岗位的 **数字师傅系统**：用 AI 把优秀老师傅的 **言传、身教、判断** 三件事产品化、规模化。
+
+物业一线知识很多不是写在文档里的，而是在老师傅带新人时完成传递：
+
+- 催费上门该几个人去、带什么、第一句话怎么说。
+- 业主情绪上来时先接什么话、什么时候承诺、什么时候升级。
+- 巡逻、查卫生、接待、上门沟通这些动作怎么做才像样。
+- 遇到投诉、求助、吵架、听不清、方言场景时怎么稳住局面。
+
+本系统要做的不是把资料搬进库里，而是把这些经验变成可学习、可练习、可复盘、可分发的 AI 能力。
+
+## 2. 产品主线：数字师傅 = 言传 + 身教 + 判断
+
+| 老师傅能力 | AI 产品化形态 | 系统落点 |
+|---|---|---|
+| 言传：怎么说 | 话术、语音示范、多语气对话 | SOP 查询、话术推荐、ASR/TTS、三角色对练 |
+| 身教：怎么做 | 图片、视频、动作示范、场景演示 | 培训图片、培训视频、案例视频、关键帧解析 |
+| 判断：学什么 | 根据岗位、阶段、短板决定学习内容 | 员工画像、主管看板、个性化学习分发 |
+
+一句话总结：**AI 生产内容，AI 匹配媒介，AI 决定给谁看，数据再回流画像。**
+
+## 3. 三个认知跃迁
+
+### 3.1 从「文字资料」到「知识类型 × 媒介匹配」
+
+不同知识不能都用文档承载。媒介选错，员工学不会。
+
+| 知识类型 | 最适合媒介 | 例子 |
+|---|---|---|
+| 规则数字类 | 信息图 / 卡片 | 投诉首响时限、催费节点、工单流转规则 |
+| 话术类 | 语音示范 / 对话脚本 | 安抚话术、催费开场、拒绝不合理诉求 |
+| 动作流程类 | 视频 | 上门催费、接待礼仪、巡检动作、现场沟通站位 |
+| 判断策略类 | 案例 + 复盘 | 什么情况升级、什么话不能说、什么时候先稳情绪 |
+
+所以后续培训视频不是锦上添花，而是隐性知识传递的主媒介之一。
+
+### 3.2 从「SOP 库」到「经验资产库」
+
+SOP 只解决标准问题，老师傅真正值钱的是案例、策略和火候。
+
+| 知识层 | 作用 | 输出给员工的形式 |
+|---|---|---|
+| SOP | 告诉员工标准是什么 | 标准答案、步骤、红线 |
+| 案例 | 告诉员工真实场景怎么发生 | 可参照案例、相似情境 |
+| 话术 | 告诉员工此刻可以怎么说 | 直接可说的话 |
+| 经验策略 | 告诉员工什么时候用哪招 | 注意事项、判断依据 |
+
+因此「案例沉淀」不是辅助功能，而是隐性经验的采集入口：一线语音上报 → AI 整理 → 审核入库 → 反哺训练和检索。
+
+### 3.3 从「回答问题」到「有情绪的语音对手戏」
+
+员工真正需要练的不是选择题，而是现场应对。
+
+目标体验是：
+
+1. AI 扮演业主，有情绪、有身份、有诉求。
+2. 员工用语音回应。
+3. ASR 识别员工话术。
+4. LLM 结合人设和对话记忆继续追问。
+5. TTS 用不同语气播报。
+6. 完成后从 SOP、沟通、情绪、营销意识等维度评分。
+
+这就是“老师傅带你去现场练一遍”的数字化版本。
+
+## 4. 三端怎么玩
+
+| 端 | 使用对象 | 核心玩法 |
+|---|---|---|
+| 候选人端 H5 | 面试候选人 | AI 面试、答题、补充资料、查看审核状态 |
+| 员工端 H5 | 一线员工/客服管家 | 今日任务、语音对练、查 SOP、学案例、看画像 |
+| 主管端 H5 | 项目主管/带教人 | 看团队进度、看待复盘员工、点进单条话术、给复盘建议 |
+
+## 5. 管理后台功能地图
+
+| 模块 | 作用 |
+|---|---|
+| 首页驾驶舱 | 看演示指标、待办、风险 |
+| AI 面试 | 管理候选人面试、查看评分、审核资料 |
+| 三角色对练 | 管理训练场景、对练过程、评分结果 |
+| 案例沉淀 | 上传语音/素材，AI 整理成案例 |
+| SOP 知识库 | 上传制度/SOP，检索、引用、问答 |
+| 资料处理 | 批量上传、异步解析、导入任务、处理状态 |
+| 模型配置 | 配置大模型、向量模型、ASR、TTS、视觉模型 |
+
+## 6. 当前已经打通的能力
+
+| 能力 | 当前状态 |
+|---|---|
+| 三端 H5 | 候选人端、员工端、主管端已可点击演示 |
+| 手机号登录 | 已接短信登录流程；演示可用固定验证码 |
+| AI 面试 | 已复用后端面试 API，模型优先，失败 fallback |
+| 员工三角色对练 | 已接 `/start`、`/turn`、`/finish`，完成后写训练记录 |
+| 员工训练历史/画像 | 已从训练记录聚合展示 |
+| 主管复盘 | 已能看待复盘列表、详情、导师改写、标记复盘 |
+| 候选资料上传 | 文件进 OSS/MinIO，关系进候选资料表，HR 可审核 |
+| SOP 知识库 | 支持文档上传、解析、切片、检索、引用 |
+| 批量资料处理 | 支持异步队列、失败重试、导入任务 |
+| Qdrant 向量库 | 作为向量索引层接入，不替代 MySQL/MinIO |
+| 视频资料解析 | 已规划为异步处理，依赖 ffmpeg/ffprobe、ASR、Vision |
+
+## 7. AI 接口和供应商口径
+
+核心原则：**系统不绑定单一模型厂商**。后端统一走模型配置表，按能力分成 `chat / vector / rerank / asr / tts / vision` 六类。只要厂商支持 OpenAI-compatible API，就可以接入。
+
+### 7.1 当前系统内置/预留的供应商
+
+| 供应商 | 当前用途 | 备注 |
+|---|---|---|
+| OpenAI 兼容接口 | 通用兜底入口 | 可接企业自有网关或任何兼容服务 |
+| DeepSeek | Chat 大模型候选 | 适合文本生成、问答、总结 |
+| 智谱 AI | Chat / embedding / rerank 候选 | 代码内保留供应商入口 |
+| 阿里云百炼 / 通义千问 | Chat 大模型候选 | 兼容模式接入 |
+| Ollama | 本地模型候选 | 可用于内网/离线试验 |
+| 硅基流动 SiliconFlow | 当前重点接入方向 | bge-m3 向量、SenseVoice ASR、CosyVoice2 TTS、部分图像模型 |
+
+### 7.2 各类 AI 能力怎么接
+
+| AI 能力 | 接口类别 | 当前/推荐供应商 | 用在什么地方 |
+|---|---|---|---|
+| 大模型对话/总结 | `chat` | DeepSeek、通义千问、智谱、硅基流动、企业自有 OpenAI 兼容网关 | 面试出题、评分、案例整理、SOP 总结、资料归类 |
+| 向量化 embedding | `vector` | 硅基流动 `BAAI/bge-m3`、智谱 `embedding-3` | SOP/案例/资料切片后做语义检索 |
+| 重排序 rerank | `rerank` | bge-reranker 类模型，供应商可走硅基流动或智谱兼容接口 | 多条知识命中后按语义相关度排序 |
+| 语音识别 ASR | `asr` | 硅基流动 `FunAudioLLM/SenseVoiceSmall` | 员工语音训练、案例语音上传、视频音轨转写 |
+| 语音合成 TTS | `tts` | 硅基流动 `FunAudioLLM/CosyVoice2-0.5B`；二期可评估 MiniMax 语音 | AI 业主播报、SOP 朗读、模拟不同语气声 |
+| 图片/视频画面理解 | `vision` | 多模态 Chat 模型；二期可评估火山 Doubao-embedding-vision | 图片 OCR、视频关键帧描述、以图搜图 |
+| 向量数据库 | Qdrant | 自建 Qdrant 服务 | 只存向量索引和最小 payload，事实源仍是 MySQL/MinIO |
+| 原始文件存储 | MinIO / sys_oss | 当前自建 MinIO | 存 SOP、候选资料、语音、图片、视频 |
+| 短信 | 阿里云短信 | 复用 RuoYi sms4j 配置 | 手机号登录验证码 |
+
+## 8. 视频和数字人接口规划
+
+视频优先级需要上调。它不是“生成玩具”，而是老师傅身教经验的主要载体。
+
+| 层级 | 方案 | 推荐接口/供应商 |
+|---|---|---|
+| 低成本先跑 | 图片 + TTS + 字幕 + ffmpeg 合成培训短视频 | 自建 ffmpeg 合成，TTS 用硅基流动或 MiniMax |
+| 数字人口播 | 案例讲解、SOP 讲解、培训课件口播 | 腾讯智影、百度曦灵、硅基智能、MiniMax |
+| 文生/图生视频 | 片头、场景氛围、动作示范补充 | 可灵 Kling、火山即梦 Seedance、MiniMax 海螺、通义万相 |
+
+二期建议先接 **MiniMax 一家**做完整闭环：LLM、TTS、图像、视频一套 key 和鉴权，集成成本最低；如果视频效果不够，再单独替换可灵/即梦。
+
+## 9. 资料与知识库怎么玩
+
+1. HR 或运营人员上传 SOP、制度、案例、图片、视频。
+2. 系统把原始文件存到 MinIO。
+3. 后端解析文本、图片 OCR、视频抽音轨/关键帧。
+4. 文本切片写入 MySQL。
+5. 配置了向量模型时写 embedding，并同步到 Qdrant。
+6. 员工或主管提问时，系统先查 MySQL Fulltext，再查 Qdrant，最后 rerank 排序。
+7. 回答分层输出：SOP 给标准，案例给参照，话术给可直接说的话，经验策略给判断依据。
+
+## 10. 后续规划
+
+### P0：当前 MVP
+
+- 三端 H5 能点。
+- AI 面试能跑。
+- 员工训练能跑。
+- SOP 查询能跑。
+- 候选资料能上传和审核。
+- 主管能看复盘。
+
+### P1：试点项目可用
+
+- **生活顾问岗位做深**：投诉、报修、催费、停车、入伙、日常接待。
+- **连贯语音对手戏**：多语气、多情绪、多方言的 AI 业主。
+- **每日小训**：每天 5-10 分钟训练。
+- **主管学习监控**：谁看了、谁练了、分数如何、短板是什么。
+- **员工四维画像**：训练时长、贡献度、测评分、AI 等级。
+- **经验资产库**：SOP、案例、话术、策略分层入库。
+
+### P2：规模化和视频化
+
+- **AI 老师傅**：按岗位、阶段、画像短板自动推荐学习内容。
+- **培训图片/视频自动生成**：让隐性经验可以被看见、被模仿。
+- **纯视觉检索**：找图片、找视频片段、找动作示范。
+- **个性化学习分发引擎**：AI 分析该让谁看什么、练什么。
+- **对接企业微信/钉钉/外部人事系统**。
+
+## 11. 会议上建议怎么讲
+
+可以按这 4 句话讲：
+
+1. **这套系统不是知识库，也不是普通练习工具，而是物业行业的数字师傅。**
+2. **它把老师傅的言传、身教、判断三件事产品化：话术用语音，动作用视频，判断用画像和分发。**
+3. **候选人、员工、主管三端已经能跑，后台负责配置、审核、资料处理和模型管理。**
+4. **近期先把生活顾问岗位做深，后面扩到保安、保洁、保绿、保修，并逐步上视频化培训和个性化学习分发。**

docs/AI陪练功能优化与缺口分析(修订).md

@@ -1,11 +1,11 @@
 # AI 陪练功能优化与缺口分析(修订版 · 2026-07-06)
 
-> 基于《AI陪练功能优化与缺口分析 补充功能.docx》逐条对照代码库核实修订。
+> 基于归档原件《originals/AI陪练功能优化与缺口分析 补充功能.docx》逐条对照代码库核实修订。
 > 修订内容:更正 4 处现状盘点错误、划掉/降级 3 条已实现或半实现的"缺口"、
 > 标注 2 处与既定架构决策的冲突、每条缺口标注对应 BACKLOG/规格锚点。
 > 原 docx 保留归档;后续排期以本文为准。
 
-## 一、现有功能盘点(已按代码实况更正)
+## 一、现状盘点(更正版)
 
 | 能力 | 状态 | 更正说明 |
 |---|---|---|
@@ -19,7 +19,7 @@
 | 主管端复盘列表/详情/导师改写/标记复盘 | ✅ | `GET/POST /api/aihr/mobile/practice/reviews*` |
 | 场景管理(后台配置) | ❌ | **原文错误**:场景为代码写死的 2 个 seed(投诉/催费),无管理端 CRUD,`practice_scenario` 表未建(TechSpec P0 表设计在,未实施) |
 
-## 二、缺口分析(修订)
+## 二、24 项缺口逐条修订
 
 图例:🔴 确认缺口 | 🟡 半有(降级表述) | ⛔ 已实现(划掉) | ⚠️ 与既定决策冲突(按决策口径执行)
 

docs/README.md

@@ -10,7 +10,8 @@
 | [DEMO_ACCEPTANCE.md](DEMO_ACCEPTANCE.md) | 一期 MVP 演示脚本、录屏兜底、MVP 演示流验收清单 |
 | [API_INTEGRATION.md](API_INTEGRATION.md) | 后端 API 对接顺序、业务模块落点、移动端训练记录/复盘详情、候选资料上传/审核、SOP 上传解析接口 |
 | [RUOYI_AI_INCREMENTAL_MIGRATION.md](RUOYI_AI_INCREMENTAL_MIGRATION.md) | 从 `ageerle/ruoyi-ai` 分片迁移知识库、模型能力、文档解析、Qdrant/RAG 和 chat 的执行边界 |
-| [AI人力资源系统一期MVP版作战清单.md](AI人力资源系统一期MVP版作战清单.md) | MVP 作战图、切割线、排期、验收承诺 |
+| [AI人力资源系统项目规划方案与AI接口说明.md](AI人力资源系统项目规划方案与AI接口说明.md) | 对外会议版口径、数字师傅定位、AI 接口和供应商规划 |
+| [AI陪练二期开发推进计划.md](AI陪练二期开发推进计划.md) | AI 陪练二期从 MVP 演示闭环推进到生活顾问岗位试点可用的实施计划 |
 | [物业AI人力资源系统业务需求文档BRD.md](物业AI人力资源系统业务需求文档BRD.md) | 业务需求、范围边界、角色、风险与验收 |
 | [物业AI人力资源系统开发规格TechSpec.md](物业AI人力资源系统开发规格TechSpec.md) | 工程结构、数据模型、页面路由、API 和核心实现规格 |
 | [BACKLOG.md](BACKLOG.md) | 需求池与延后事项（B1–B8：数据权限/人设语音/生成图片/生成视频/员工画像/视觉检索/数字师傅） |
@@ -31,14 +32,24 @@
 | [legacy/物业AI陪练系统一期建设实施方案.md](legacy/物业AI陪练系统一期建设实施方案.md) | 旧陪练系统一期方案，作为 HR 系统范围收敛的参考 |
 | [legacy/物业AI陪练系统建设方案研判报告.md](legacy/物业AI陪练系统建设方案研判报告.md) | 旧陪练系统方案研判 |
 
+## 阶段归档
+
+这些文件只作阶段交付留档，不作为当前施工入口。
+
+| 路径 | 用途 |
+|---|---|
+| [archive/2026-07-mvp-delivery/](archive/2026-07-mvp-delivery/) | 2026-07 MVP 作战清单、演示 PPT 和阶段交付材料 |
+
 ## Word 原件
 
 这些文件只作归档，不作为开发入口。
 
 | 文档 | 对应 Markdown |
 |---|---|
-| [originals/AI人力资源系统一期Demo作战清单.docx](originals/AI人力资源系统一期Demo作战清单.docx) | [AI人力资源系统一期MVP版作战清单.md](AI人力资源系统一期MVP版作战清单.md) |
+| [originals/AI人力资源系统一期Demo作战清单.docx](originals/AI人力资源系统一期Demo作战清单.docx) | [archive/2026-07-mvp-delivery/AI人力资源系统一期MVP版作战清单.md](archive/2026-07-mvp-delivery/AI人力资源系统一期MVP版作战清单.md) |
+| [originals/AI人力资源系统项目规划方案与AI接口说明.docx](originals/AI人力资源系统项目规划方案与AI接口说明.docx) | [AI人力资源系统项目规划方案与AI接口说明.md](AI人力资源系统项目规划方案与AI接口说明.md) |
 | [originals/物业AI人力资源系统业务需求文档BRD.docx](originals/物业AI人力资源系统业务需求文档BRD.docx) | [物业AI人力资源系统业务需求文档BRD.md](物业AI人力资源系统业务需求文档BRD.md) |
 | [originals/物业AI人力资源系统开发规格TechSpec.docx](originals/物业AI人力资源系统开发规格TechSpec.docx) | [物业AI人力资源系统开发规格TechSpec.md](物业AI人力资源系统开发规格TechSpec.md) |
+| [originals/AI陪练功能优化与缺口分析 补充功能.docx](originals/AI陪练功能优化与缺口分析%20补充功能.docx) | [AI陪练功能优化与缺口分析(修订).md](AI陪练功能优化与缺口分析(修订).md) |
 | [originals/物业AI陪练系统一期建设实施方案.docx](originals/物业AI陪练系统一期建设实施方案.docx) | [legacy/物业AI陪练系统一期建设实施方案.md](legacy/物业AI陪练系统一期建设实施方案.md) |
 | [originals/物业管家与生活顾问AI陪练系统建设方案.docx](originals/物业管家与生活顾问AI陪练系统建设方案.docx) | 旧原始方案，仅归档 |

docs/archive/2026-07-mvp-delivery/README.md

@@ -0,0 +1,18 @@
+# 2026-07 MVP 交付归档
+
+本目录保存 2026-07 MVP 演示阶段的作战清单、演示 PPT 和阶段交付材料。它们用于追溯当时的范围、排期和汇报口径，不作为当前施工入口。
+
+当前入口:
+
+- 演示验收: [../../DEMO_ACCEPTANCE.md](../../DEMO_ACCEPTANCE.md)
+- 文档索引: [../../README.md](../../README.md)
+- 对外会议版口径: [../../AI人力资源系统项目规划方案与AI接口说明.md](../../AI人力资源系统项目规划方案与AI接口说明.md)
+
+归档文件:
+
+| 文件 | 用途 |
+|---|---|
+| [AI人力资源系统一期MVP版作战清单.md](AI人力资源系统一期MVP版作战清单.md) | 2026-07 MVP 阶段作战图、决策、排期和验收承诺 |
+| [AI人力资源系统功能介绍演示.pptx](AI人力资源系统功能介绍演示.pptx) | 功能介绍演示稿 |
+| [AI人力资源系统功能介绍演示-截图版.pptx](AI人力资源系统功能介绍演示-截图版.pptx) | 截图版功能介绍演示稿 |
+| [AI人力资源系统用户故事演示.pptx](AI人力资源系统用户故事演示.pptx) | 用户故事演示稿 |

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

@@ -8,7 +8,7 @@
 > - 《物业管家与生活顾问 AI 陪练系统建设方案》(原始业务方案,陪练视角)
 > - 《物业 AI 陪练系统一期建设实施方案》(含 ch.14/15 技术选型评估)
 > - 《物业 AI 陪练系统建设方案研判报告》
-> - 《AI 人力资源系统一期 MVP 版作战清单》v1.8(决策 / MVP / 验收 / 排期 / 闸门 / Qdrant 语义检索路线)
+> - 《AI 人力资源系统一期 MVP 版作战清单》v1.8(阶段执行归档: `archive/2026-07-mvp-delivery/AI人力资源系统一期MVP版作战清单.md`)
 > - 2026-07-01 需求讨论纪要(HR 负责人提出,确立"选用育留"定位)
 > - 《数据资源模型主题域草案》(Silverston 通用数据模型)
 >
@@ -335,7 +335,7 @@ AI 分挂钩个人利益的公平性/申诉、员工对被 AI 监考的抵触(
 
 ## 附录 B:配套文档
 
-- 《AI 人力资源系统一期 MVP 版作战清单》:执行层作战图(决策/MVP/排期/闸门/验收),与本 BRD 配套,本 BRD 为需求基准、作战清单为执行细则。
+- 《AI 人力资源系统一期 MVP 版作战清单》:阶段执行归档,保留当时的决策/MVP/排期/闸门/验收口径;当前演示入口以 `DEMO_ACCEPTANCE.md` 为准。
 
 ## 附录 C:一句话结论
 

docs/物业AI人力资源系统开发规格TechSpec.md

@@ -6,7 +6,7 @@
 > v1.2 变更:第 6 章按 Codex 设计评审重写——状态机补异常/终止态、COACH_CHECK 工程化、评分引擎分层(P0 单 LLM / P1 融合)、澄清"单场对练评分 vs 跨期能力画像"两套评分、Prompt 加固 + RAG 硬约束、新增 6.5 P0/P1 切分。
 > v1.3 变更:Qdrant 作为一期向量索引层落地;SOP 知识库检索升级为 MySQL Fulltext + Qdrant RRF 融合,MySQL/MinIO 仍是事实源。
 > v1.4 变更:移动端拆为独立 `mobile/` Vue/Vite Web/H5 工程,承载员工端、候选人端、主管端;后台管理端继续在 `frontend/`。
-> 配套:需求见[《物业AI人力资源系统业务需求文档BRD》](物业AI人力资源系统业务需求文档BRD.md);执行计划见[《AI人力资源系统一期MVP版作战清单》](AI人力资源系统一期MVP版作战清单.md)。
+> 配套:需求见[《物业AI人力资源系统业务需求文档BRD》](物业AI人力资源系统业务需求文档BRD.md);2026-07 MVP 执行计划已归档到[《AI人力资源系统一期MVP版作战清单》](archive/2026-07-mvp-delivery/AI人力资源系统一期MVP版作战清单.md)。
 > **优先级图例**:`P0`=2026-07-05 MVP 演示必需 · `P1`=一期必需 · `P2`=二期/推迟。
 > 决策基线:若依基座 / 集中式前后端分离 / 本地登录 / 公有大模型API / 一期RAG / 组织人员外部同步(MVP 用快照) / 数据范围以项目为主体。