docs: 同步 DevHarness 4bbacf4 工作流 (#108)

Product-Requirements.-.md

@@ -1,5 +1,56 @@
 # 产品需求
 
+## 本页用途
+
+本页同时承担 YoVision 产品需求正文与需求总览索引，保留已经确认的 Sense、Brain、Bell 和跨项目要求，不因 DevHarness 升级重命名或拆分事实源。
+
+## 事实来源边界
+
+- 长期产品目标、边界和稳定需求记录在本页。
+- 单次任务的范围、变化、实现和验收记录在对应 Gitea 工单。
+- 原型用于确认页面、流程与交互，不替代正式需求和验收标准。
+
+## 当前需求索引
+
+- 产品边界：PR-BND-001～PR-BND-003。
+- Sense：SEN-001 起，按 P0、P1/P2 管理。
+- Brain：BRN-001 起，按 P0、P1/P2 管理。
+- Bell：BEL-001 起，按 P0、P1/P2 管理。
+- 跨项目与非功能要求：见本页第 6 节及对应协调工单。
+
+## 登记规则
+
+新增或变化的长期需求必须有来源、状态、所属产品、优先级和验收边界；会改变已确认结果时先更新工单并重新取得用户确认。
+
+## 原型与设计资产
+
+### 原型门禁
+
+新页面、独立用户功能、重大交互或导航变化必须先形成可审阅原型；小范围 UI 使用标注截图、低保真图或明确复用规范；非 UI 任务使用架构、API、数据、状态或流程设计。
+
+### 线上原型与按需 HTML 快照
+
+默认使用可访问且版本明确的线上原型审核。只有用户明确要求或项目规则要求时，才导出 `prototypes/<工单号>/<版本>/index.html`；已确认快照不得原位覆盖。
+
+### 原型确认记录
+
+实现工单记录设计链接或路径、版本/revision、访问检查、确认人、确认时间和覆盖范围。结构、流程、状态、权限或异常处理发生实质变化时必须重新确认。
+
+## 状态规则
+
+需求使用拟议、已确认、实施中、已交付、已废弃等状态；工单状态仍按待确认、待实施、进行中、阻塞、待验收、已完成管理，两者不得混用。
+
+## 更新时机
+
+产品边界、长期业务规则、需求优先级或验收边界变化时更新本页；单次实现细节、测试日志和提交哈希只写工单。
+
+## 最小验收清单
+
+- 需求有稳定编号、所属产品、优先级、来源和验收边界。
+- 跨项目需求只有一个契约或协调事实源。
+- 需要原型的变更已有可访问、可识别版本并完成确认。
+- 不包含密码、令牌、生产数据或完整聊天记录。
+
 ## 1. 产品范围与优先级
 
 YoVision 首个可交付目标是在民办寄宿学校以默认 16 路高风险点位形成完整闭环：