Files
prop-ai-hr/docs/物业AI人力资源系统业务需求文档BRD.md
T

358 lines
22 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 物业行业 AI 人力资源系统 · 业务需求文档(BRD)
> 版本:v1.2(统一版)| 日期:2026-07-11
> 定位:本文是本项目的**唯一事实源(Single Source of Truth)**,收敛此前所有讨论与文档,取代分散的局部材料作为业务需求基准。
> v1.1 变更:第 5 章数据模型方向补充"HR 主干已对齐《手册》卷1 第9章"结论(见 5.2)。
> v1.2 变更:新增阶段二“员工个人 AI 助理 / 个人知识空间”需求(见 4.8),明确个人资料、网页链接、时间检索、来源引用、PPT 增强项和阶段三外部 HR 数据边界。
>
> **收敛来源**:
> - 《物业管家与生活顾问 AI 陪练系统建设方案》(原始业务方案,陪练视角)
> - 《物业 AI 陪练系统一期建设实施方案》(含 ch.14/15 技术选型评估)
> - 《物业 AI 陪练系统建设方案研判报告》
> - 《AI 人力资源系统一期 MVP 版作战清单》v1.8(阶段执行归档: `archive/2026-07-mvp-delivery/AI人力资源系统一期MVP版作战清单.md`)
> - 2026-07-01 需求讨论纪要(HR 负责人提出,确立"选用育留"定位)
> - 《数据资源模型主题域草案》(Silverston 通用数据模型)
>
> **关键重定位(本项目最重要的一条)**:系统已从"AI 陪练系统"(培训/品质视角)**重定位为"选用育留全生命周期 AI 人力资源系统"**(HR 负责人主导)。原"陪练"是其中「育/用」一个模块。
---
## 1. 项目背景与定位
### 1.1 背景
物业管理行业从"规模扩张"转向"品质驱动",一线管家与生活顾问的服务力(沟通、业务熟练度、营销、应变)直接决定业主满意度与品牌口碑。传统"老带新"式培训成本高、场景少、反馈慢、难规模化复制。企业最宝贵的经验分散在个人大脑里,"愿意讲才成为资产"。
### 1.2 定位
**面向物业一线的「选 · 用 · 育 · 留」全生命周期 AI 人力资源系统。**
- 需求由**公司人力资源负责人**提出,面向大老板汇报立项。
- 本质是一套完整 ERP 中**以人力资源为核心**的部分,横跨 HCM(培训/绩效/发展)与招聘。
- 原"AI 陪练"是其中「育/用」一个模块,不是系统全部。
### 1.3 核心价值
1. **隐性经验显性化**:将金牌管家/顾问的实战智慧,经大模型萃取为可传承、可复制的企业数字资产。
2. **选用育留全链闭环**:从面试选人 → 上岗培训 → 日常训练 → 能力评估认证,打通"学-练-考-评"闭环。
3. **个性化能力画像**:基于多维表现数据生成能力雷达图,精准识别短板、靶向推送训练。
---
## 2. 用户角色与痛点
| 角色 | 痛点 | 诉求 |
|---|---|---|
| 一线管家/生活顾问(学员) | 怕说错话激化矛盾;催费难开口;突发状况手足无措;缺可用内容素材 | 零压力"试错场" + 随时可用"内容库" |
| 项目主管/经理(管理者) | 无法透视团队真实能力;培训效果难量化;“传帮带”依赖个人经验,缺针对性辅导和职级评级证据 | 洞察团队的"透视镜" + 靶向辅导"工具箱" + 晋升评级证据包 |
| 集团 HR / 培训 / 品质部(运营者) | 优秀案例散落难沉淀;SOP 难统一贯彻;知识更新滞后 | 经验资产化"中央厨房" + 标准落地"高速公路" |
| HR 负责人(需求方/买单人) | 选用育留全流程割裂、无数字化抓手 | 一体化人才全生命周期赋能平台 |
---
## 3. 业务范围与边界
### 3.1 选用育留全生命周期(一期覆盖)
| 段 | 覆盖能力 | 一期状态 |
|---|---|---|
| **选**(招聘) | AI 面试出题、候选人现场作答、AI 打分、面试记录 | 一期新增(原方案没有) |
| **用**(配置上岗) | 岗位 SOP 匹配、岗前/入职培训、上岗资格 | 一期 |
| **育**(训练) | 三角色对练、每日一练、专项训练营、错题本、师徒、案例学习 | 一期核心(原陪练主体) |
| **留**(保留发展) | 能力雷达图、认证等级、晋升/绩效关联、荣誉激励 | 一期建规则,挂钩推迟 |
| **案例沉淀**(贯穿) | 语音上传 → AI 整理 → 筛选 → AI 对话视频 | 一期(视频用样片) |
### 3.2 明确移出一期范围(已决策)
- **内容营销中心**(原第七章朋友圈工坊):属营销/获客,与 HR 无关 → 一期砍除(D5)。
- **独立语音 APP**(豆包式):愿景非交付物 → MVP 用 Web,APP 进二期(D6)。
- **双图谱知识图谱**(Neo4j):冷启动成本高 → 一期先 RAG,图谱降二期(D4)。
- **多项目类型**:一期只跑**住宅类** SOP;公建类、景区类只预留结构。
---
## 4. 业务需求详述
### 4.1 选 · 招聘与面试(一期新增)
- AI 依据应聘岗位自动出题,候选人现场(语音/文本)作答,AI 打分并生成面试记录。
- 候选人为**未入职者**,在本系统本地建档(不在外部 HR/组织系统内),入职后与同步进来的员工主体挂钩。
- **合规约束**:AI 招聘打分**保留人工复核**,只作辅助参考,防算法歧视(闸门 G2)。
### 4.2 用 · 上岗与培训
- 岗位与 SOP 匹配;岗前培训、入职培训任务可分派、可完成;上岗资格 gating。
- SOP 按**大类/中类/小类/行业**多层分类,叠加**住宅/公建/景区**项目类型(详见第 5 章建模)。
### 4.3 育 · 场景实战对练(系统核心)
**4.3.1 三角色协同 AI 教练架构**
- **AI 客户**:模拟有复杂背景、特定性格、实时情绪的真实业主,是对话对象。
- **AI 教练**:全程观察,学员卡壳或重大流程偏差时**微提示引导**(非直接给答案)。
- **AI 考官**:对话结束即基于全量数据,多维打分 + 建设性改进建议。
**4.3.2 AI 客户五维度人物模型**
1. 基础属性(社会身份、人际关系、所处环境)
2. 性格与风格(性格特征、语言指纹)
3. 动机与目标(显性诉求 vs 隐性痛点、决策逻辑)
4. 认知边界(懂什么/不懂什么、对物业的偏见)
5. 动态状态(初始情绪、雷点/爽点、信任度动态曲线)
**4.3.3 多模态交互**
- 语音对话(高准确率 ASR,**支持四川话/粤语等方言**)、文本对话、图像/视频上传(拍照报修等)、服务录像回放。
**4.3.4 全覆盖训练场景**
- 投诉处理(漏水/噪音/宠物/邻里/公共设施)、费用催缴、服务推介(增值)、日常服务与突发应急(电梯困人/火警误报等)。
**4.3.5 即时多维反馈评分(五维)**
- 合规与完整度、情感应变力、沟通有效性、营销敏感性、**导师润色版**(把不妥表述重写成更优话术做对比教学)。
### 4.4 育 · 日常训练中心
- **每日一练**:每天推 3 分钟微场景,语音作答,AI 秒评。
- **专项突破包**:7–14 天专项训练营(如"催费攻心 7 天""投诉终结者 14 天")。
- **智能错题本**:自动归集高频失误,归因"知识盲区"或"话术不当",推送修复练习。
- **师徒演练 / 传帮带**:师父或主管指派案例,查阅徒弟与 AI 完整对话记录做靶向辅导;系统记录复盘建议、下次训练任务和带教闭环。
### 4.5 留 · 能力画像与激励
**4.5.1 五维能力评估模型(权重)**
| 评估维度 | 权重 | 关键指标 |
|---|---|---|
| 任务完成度 | 40% | 问题解决有效性、工单闭环率、首解率、SOP 关键点执行率 |
| 话术规范性 | 25% | 流程完整性、法规引用准确性、沟通合规、用语专业度 |
| 情绪管理能力 | 20% | 共情、语速语气控制、业主情绪引导安抚有效性 |
| 响应时效 | 10% | 首响时长、处理周期、跟进频率 |
| 增值转化潜力 | 5% | 活动引导、产品推介时机与成功率 |
- 个性化学习路径("基础→进阶→高阶" + 能力九宫格),**动态难度调级**(连续高分自动升级复合高压场景)。
- 管家端成就激励(积分/排行榜/荣誉勋章);管理驾驶舱(投入度、高频错误场景、一键指派强化包、线上数据与真实绩效关联)。
- 职级成长路径:对齐现有初/中/高级生活顾问评级,用场景覆盖、训练次数、AI/人工评分、主管复盘、案例贡献生成晋升评级证据包。
- **合规约束**:AI 分数定位"辅助参考、人可否决",**不直接决定绩效/晋升**(闸门 G1)。
### 4.6 案例沉淀 pipeline(贯穿)
- 流程:项目负责人**语音上传**案例 → AI 转写 → 从大量案例(目标千级)**AI 筛选出有特色的少数** → 制作成 **AI 对话讲解视频** → 供全员学习(如早八点课堂)。
- 节奏:每周每项目提交一个案例。
- **一期**:流程跑通,视频用**预渲染样片**顶(数字人/视频生成慢且贵,不真跑)。
### 4.7 智慧知识中心
- **一期用 RAG**(若依内置),双图谱(技能图谱 + 知识图谱/Neo4j)降二期。
- 静态知识库(收费标准/法规/应知应会/设备手册)+ 动态知识库(业主画像/服务历史)。
- **情景案例库多维标签**:业务类型、紧急程度、业主画像、情绪状态、沟通渠道;所有案例**脱敏**后打标签。
- **更新机制**:工单/会议记录自动回流(AI 听记转写提炼)、人工审核与共创(一线提交话术、专家终审、**署名入库**)、版本与质量管理(变更留痕、可回溯、防知识腐烂)。
- **提示词模板管理**:后台按业务场景和生成文体维护提示词框架,例如“总结卡”“导师改写”“逐句标注”“督导图片分析-设施设备”;模板固定输出结构(三段式/卡片字段/JSON schema),减少 AI 自由发挥。
### 4.8 员工个人 AI 助理 / 个人知识空间(阶段二)
- **个人资料收藏**:员工可保存个人工作文字、PDF/Word/Excel/PPT、图片和网页链接;系统记录来源、收藏时间、主题、解析状态和原始附件,支持删除与导出。
- **个人检索与问答**:支持按日期范围、主题和来源查询个人内容,例如“上周收藏了哪些保洁管理资料”;基于选定资料总结、分析和提炼行动建议,回答必须展示引用来源。
- **混合知识范围**:员工可选择仅查个人资料、仅查企业知识或在权限范围内混合查询;个人资料与企业知识分域存储,不得因个人收藏绕过企业知识密级。
- **工作思路整理**:对日常冲突、工作灵感和零散想法生成结论、行动项、待确认事项;AI 仅辅助整理,不自动代替员工对外发布或作出管理决策。
- **内容生成**:阶段二首批提供摘要、提纲和可编辑文字;多资料对比、周报/月报和 PPT 生成作为阶段二增强项,PPT 先确认大纲与模板再生成。
- **分享与入库**:个人资料默认本人可见;分享给团队或沉淀为企业知识时必须由本人明确发起,经过权限校验、脱敏、审核和版本治理。
- **网页安全与版权**:保留原 URL、抓取时间和正文快照;禁止访问内网地址或绕过登录/付费权限,需处理内容失效、版权与恶意页面风险。
- **阶段三边界**:北森、考勤、请假、组织任职等外部个人数据只在阶段三完成授权对接后使用,阶段二不得以手工复制数据伪造跨系统个人助理。
---
## 5. 数据模型方向
### 5.1 原则
复用 Silverston《数据模型资源手册》卷 1 **HR 主干**,不发明表结构;通用主干优先、行业扩展后挂;主数据/事务/计量/治理分层建模。
### 5.2 选用育留 × 核心实体
| 段 | 核心实体(Silverston) | 落地对象 |
|---|---|---|
| 选 | `JOB APPLICATION`、`POSITION` | 招聘需求、职位、候选人、面试记录、offer |
| 用 | `POSITION`、`EMPLOYMENT`、`PRODUCT CATEGORY` | 岗位-SOP 映射、上岗资格 |
| 育 | `WORK EFFORT`、`ACTIVITY` | 训练/考核任务、对练记录、错题、学习路径 |
| 留 | `SKILL`、`QUALIFICATION` | 能力评估、认证等级、初/中/高级生活顾问评级证据、晋升规则 |
| 贯穿 | `PARTY` / `PARTY ROLE` | 主体与角色 |
**HR 主干已对齐《手册》卷1 第9章「人力资源模型」(v1.1 补充)**:经回溯卷1 权威实体(16 个:雇用/职位/职位职责/职位履行/报告关系/工资级别/支付历史/福利/工资册/求职申请/技能/资格/**雇员表现(绩效)**/雇用终止等),数据模型已在开发规格中补齐三张原缺 backbone 表——`performance_review`(雇员绩效,即"绩效关联"锚点)、`position_responsibility`(职位职责)、`employment_termination`(雇用终止)。并明确:
- **薪酬/福利/工资册** 属手册 HR 章原生但**本系统一期不做**(非 HR 薪酬系统)。
- **面试 AI 打分 / 三角色对练 / 课程学习 / 能力雷达图 / 认证规则** 为**本系统领域扩展**(手册无现成实体,合法自建)。
- 详见《开发规格 TechSpec》附录 D。
### 5.3 三条关键建模决定
- **Party-Role 分离**:一个人依次/同时是候选人→新员工→学员→师父→考官,用 Party + Role,不为每种身份建表。
- **SOP 用 Product-Category 层级 + Applicability 承载**:大类/中类/小类/行业 × 住宅/公建/景区。一期只填住宅类,其余预留。
- **关系库 vs 向量库切分**:元数据(目录/分类/权限)落关系表,正文落向量索引(RAG)。
### 5.4 主数据同步边界(外部同步 vs 本地自有)
「复用采购系统用户体系」= 三件独立的事:① 认证/SSO ② 权限映射 ③ 组织人员数据同步。
| 实体 | 归属 | 读写 |
|---|---|---|
| PARTY / PERSON / ORGANIZATION / 组织树 | 外部同步 | 只读 |
| POSITION / EMPLOYMENT / 任职 | 外部同步 | 只读 |
| PARTY ROLE(学员/师父/教练/考官/审核员/管理员) | 本地自有 | 读写 |
| 权限映射(外部岗位/组织 → 本地角色) | 本地自有 | 读写 |
| SKILL / QUALIFICATION(能力/认证) | 本地自有 | 读写 |
| JOB APPLICATION / 候选人 | 本地自有 | 读写 |
| WORK EFFORT(训练/考核/案例记录) | 本地自有 | 读写 |
**硬约束**:本地只存外部 `party_id`,绝不复制姓名/部门;候选人未入职先本地建、入职后挂钩;调岗/离职用 `FROM DATE / THRU DATE` 有效期承接,不物理删除。**数据权限以「项目」为范围主体(D1)。**
---
## 6. 技术选型与架构
### 6.1 基座:若依(RuoYi)
前后端分离(Vue + Java / Spring Boot 4)、内置 RBAC + RAG 知识库 + 后台、社区成熟、无许可证风险、可与采购系统用户体系对齐。
### 6.2 为什么不是其它候选(留档)
| 候选 | 结论 | 一句话理由 |
|---|---|---|
| aifei | ✗ 不采用 | AI Coding 框架只优化"怎么写代码",不提供现成模块;84 star、文档不全、企业实现走 VIP 付费(与枪毙 PandaWiki 同款风险);违背若依决策与采购系统复用约束 |
| PandaWiki | ✗ | 半开源、后续强制收费风险 |
| JeecgBoot | ✗ | 代码生成集成度过高、二次修改难 |
| Yuxi(玉溪) | 参考 | 仅二期借鉴其 Agent 能力,不做基座 |
### 6.3 架构
集中式部署 + 前后端分离(**非微服务**)。理由:2 人小团队、无高并发、微服务协作成本高。
### 6.4 必须自建(无任何框架可复用)
三角色状态机(AI 客户/教练/考官)、评分引擎(情感 + 语义 + SOP 关键点 + Rubric)、方言 ASR 接入 —— 这是一期真正的工程瓶颈。
### 6.5 AI 技术关键点
- 对话引擎:大模型 + 物业专属 Prompt + RAG,控幻觉、保合规。
- Prompt 治理:后台可配置 `system prompt + 提示词模板 + 变量 + 输出格式 + 版本`,生成时按文体绑定模板,未命中则回退内置模板并记录版本。
- 语音:高准确率低延迟 ASR(方言)+ 表现力 TTS;**方言走第三方现成接口**,只是费用问题。
- 评分模型:情感计算 + 语义相似 + SOP 关键点识别多模型融合,可解释,非关键字匹配。
- 大模型:**一期用公有大模型 API(D3)**,业主 PII 出境为硬约束(闸门 G3/G6)。
---
## 7. 集成与外部依赖
| # | 外部依赖 | 一期做法 |
|---|---|---|
| 1 | 组织/人员数据同步(采购系统) | 接口疑似与待批预算系统绑定;MVP 用静态快照兜底 |
| 2 | 登录 / 身份认证(采购系统) | **一期本地账号(D2)**,SSO 留二期 |
| 3 | 权限映射(外部岗位/组织→本地角色) | 本地建 |
| 4 | 方言 ASR / TTS(第三方) | 选 1 家跑通 |
| 5 | 大模型 API | 公有云 API 先行 |
| 6 | 数字人/视频生成 | 预渲染样片 |
| 7 | 企业微信/钉钉/工单系统 | **一期只列接口、不实现(D8)** |
---
## 8. 关键决策记录(D1–D9,全部已定)
| # | 决策 | 结果 |
|---|---|---|
| D1 | 系统/数据归属 | 归属项目(以项目为 owner 与数据范围主体) |
| D2 | 登录方式 | 本地账号(SSO 留二期) |
| D3 | 大模型 | 公有大模型 API(出境合规入闸门) |
| D4 | 知识图谱 | 一期先 RAG,图谱降二期 |
| D5 | 内容营销中心 | 一期砍除 |
| D6 | 原生 APP | 用独立 `mobile/` Web/H5,原生 APP 进二期 |
| D7 | 文档口径 | 综合统一成新的一版(即本 BRD) |
| D8 | 企微/钉钉/工单集成 | 只列接口、不实现 |
| D9 | 一期验收标准 | 最小可验收承诺(见第 10 章;一致率 70%、试点 1–2 项目) |
---
## 9. 一期范围与 MVP 切割线
### 9.1 🔴 MVP 演示必做(阻塞项)
英雄路径(1–2 条端到端跑通)、住宅类内容冷启动(SOP+案例+Rubric)、组织人员快照、案例视频样片、本地登录、大模型接入、方言语音 1 条路径、演示脚本、前端壳全可点开。
### 9.2 关键路径与止损
- 关键路径:**内容 → 英雄路径 → 联调**;内容不齐一切空转。
- 外部依赖任一没接通,立即切兜底(mock/录屏/样片),不卡主线。
- 落后就**保 1 条**英雄路径 + 壳 + 脚本,砍第 2 条。
---
## 10. 一期验收承诺(最小可判定)
> 原则:验收只写"是/否"或"可测量";大 ROI 数字归入愿景层,不作验收依据。
### 10.1 L0 · MVP 演示验收(过大老板)
L0-1 全功能点 Web 可点开 · L0-2 至少 1 条英雄路径端到端跑通 · L0-3 住宅类 SOP 可检索且 AI 问答能引用 · L0-4 案例语音上传→AI 整理可演示 · L0-5 脚本无致命卡点且有录屏兜底。
### 10.2 L1 · 一期验收
- **A 功能闭环(是/否)**:选(面试打分闭环)/ 用(SOP 匹配+培训任务)/ 育(≥1 类对练场景端到端 + 每日一练 + 主管传帮带闭环)/ 留(雷达图 + 认证规则可配 + 初/中/高级评级证据包)/ 案例(整理筛选跑通)。
- **B 数据内容**:住宅类 SOP ≥ 5 个核心流程;案例库 ≥ 20 条(脱敏);Rubric 可配置;组织人员导入 + 项目级数据范围权限。
- **C 技术质量**:集中式部署稳定;语音单轮响应 ≤ 5 秒;**AI 与人工打分分档一致率 ≥ 70%**;RAG 可用回答率 ≥ 80%;不承诺高并发与多项目类型。
- **D 试点效果(过程指标)**:**试点 1–2 个住宅项目**、≥ 20 名员工;人均 ≥ 10 次对练;完训率 ≥ 80%;满意度 ≥ 4/5。
---
## 11. 实施路线图与排期
### 11.1 阶段路线(原方案)
- 一阶段(1–2 月):知识库/案例库架构 + 核心高频场景对练模型 + 基础评估算法 + 基础 API 集成。
- 二阶段(3–4 月):扩场景 + 个性化路径 + 小范围试点。
- 三阶段(5–6 月+):全面推广 + 长效运营共创 + 管理驾驶舱 + 阶段性 ROI 评估。
### 11.2 周末施工排期(2 人时间盒)
- **2026-07-03 周五 基础日**:若依骨架 + 本地登录 + 大模型接通 + ASR 接通(A);SOP/案例/Rubric 定稿 + 快照造数 + 功能点清单(B)。收工验收:能登录、能调大模型、ASR 出字、素材齐。
- **2026-07-04 周六 主攻日**:2 条英雄路径后端(A);前端壳批量搭 + 视频样片 + 脚本初稿(B)。收工验收:路径接口跑通、壳可点开、样片就绪。
- **2026-07-05 周日 联调彩排**:前后端联调精修 + 录屏兜底 + 彩排 2 遍。收工验收:端到端无致命卡点、有兜底、彩排通过。**2026-07-05 不加新功能。**
---
## 12. 风险 · 生产前闸门 · 组织风险
### 12.1 生产前闸门(现在不做,上线前必过)
| # | 闸门项 |
|---|---|
| G1 | AI 打分定位"辅助参考、人可否决",系统只提供评级证据包,不由 AI 决定绩效/晋升 |
| G2 | AI 招聘打分保留人工复核,防算法歧视 |
| G3 | 数据合规:业主 PII + 员工数据 脱敏 + 审计 + 数据权限 |
| G4 | 员工接受度:试点期配激励 + 沟通,化解"被 AI 监考"抵触 |
| G5 | 情绪疏导树洞:兑现"不留痕、不进训练集"隐私边界 |
| G6 | 运营成本:LLM/ASR/视频 月度调用成本设上限与降级策略 |
### 12.2 组织与变革风险
AI 分挂钩个人利益的公平性/申诉、员工对被 AI 监考的抵触(尤其资深/年长者)、内容贡献激励与知识产权署名、系统/数据归属(已定:归属项目)。
---
## 13. 后续待办与未决项
- **集成负责人指派**:第 7 章 6 个外部依赖需落实到人。
- **F2 派生**:数据权限以项目为范围主体落地(源自 D1)。
- **F3 派生**:公有大模型已定,业主 PII 出境评估升为一期必须评估项(源自 D3)。
- 二期:知识图谱、原生 APP、玉溪 Agent 化(即时锦囊/语音咨询)、多项目类型、企微/钉钉深度集成、实时同步。
---
## 附录 A:34 条完整查漏登记(可追溯)
- **第一层(MVP 演示阻塞)**:陪练英雄路径 · 内容冷启动 · 组织 API 未就绪 · 案例视频过重 · 登录/认证 · 大模型+出境合规 · 方言厂商 · 演示脚本 · UI 壳工作量
- **第二层(数据模型地基)**:HR 主干抽全 · 关系/向量切分 · 招聘域空白 · SOP 多层分类 · Rubric 数据结构 · 版本管理 · ID/主键策略 · 数据权限字段 · 训练事务+学习路径 · 知识图谱去留
- **第三层(生产前闸门+组织风险)**:AI 分挂钩绩效 · AI 招聘合规 · 业主/员工数据合规 · 运营成本模型 · 员工接受度 · 内容贡献激励+署名 · 情绪树洞隐私 · 系统/数据归属
- **第四层(范围边界+交付一致性)**:营销中心去留 · 原生 APP · 老文档一致性 · 企微/钉钉/工单集成 · 一期验收标准 · 玉溪 Agent 落点 · 认证/晋升/绩效规则引擎
## 附录 B:配套文档
- 《AI 人力资源系统一期 MVP 版作战清单》:阶段执行归档,保留当时的决策/MVP/排期/闸门/验收口径;当前演示入口以 `DEMO_ACCEPTANCE.md` 为准。
## 附录 C:一句话结论
> 本项目是以"选用育留"为主线的物业行业 AI 人力资源系统;若依做基座、核心三角色对练与评分自建、数据模型抬 Silverston HR 主干、组织人员从外部同步;一期以住宅类 + 单条 MVP 英雄路径起步,合规与挂钩留生产前闸门。当前头号风险是"2 人 + 死线"下的范围失控,守住 MVP 切割线即可闭环。