docs(tasks): complete T-002 architecture decisions

docs/01-vision.md

@@ -19,14 +19,15 @@ YoVision 不是单机 NVR 的换皮，而是“通用底座 + 场景包”：
 - 通用底座负责设备、媒体、推理、事件、预警、租户、权限、审计与可观测。
 - 场景包只装规则模板、升级策略、话术和报表口径，不复制通用代码。
 - 三个独立系统通过明确契约协作：Sense 供流与信号，Brain 产出事件，Bell 消费事件并追到人。
+- 首期以一个客户一套的私有化实例交付；租户标识、RBAC、schema 和集成契约仍按 SaaS-ready 边界设计，避免后续区级统采时重构。
 
 ## MVP
 
-MVP 在一个合规场景中，以默认 16 路跑通：
+MVP 在 **S2 民办寄宿学校**中，以客户侧 16 路高风险点位跑通：
 
 `设备接入 → 稳定供流 → 推理/规则 → 事件与证据 → 预警投递 → ack/升级 → 误报反馈`
 
-第一阶段先做可验证地基，不同时铺开所有场景。M0–M2 建接入基础，M3 才形成首个端到端 MVP。
+首期只交付越线、危险区域、聚集等匿名安全规则，不启用人脸。M0–M2 建 ONVIF/RTSP 接入基础，M3 形成首个端到端 MVP；先用民办学校形成样板，再评估公办统采。
 
 ## 产品原则
 
@@ -45,11 +46,12 @@ MVP 在一个合规场景中，以默认 16 路跑通：
 - 本期不实现高空抛物专用算法；建议独立立项或外采。
 - M4 前不投入工厂/园区场景包，只验证架构可扩展性。
 - 人脸识别不是默认能力，不得替代匿名 ReID；没有租户授权和合规前置条件时不可见、不可用。
+- M1–M3 不交付 GB/T 28181、信创硬件适配或独立原生 App；这些能力按独立任务和里程碑评估。
 - 不承诺单进程、单机或单 GPU 承载 128 路。
 
 ## 成功标准
 
-- M3：默认 16 路端到端稳定运行，首个场景三类规则可用，首次预警与 ack/升级可观察，误报数据开始回流。
+- M3：S2 民办寄宿学校默认 16 路端到端稳定运行，至少三类匿名安全规则可用，首次预警与 ack/升级可观察，误报数据开始回流。
 - M5：128 路横向扩展不修改业务代码；第二、第三场景通过纯配置交付。
 - 新场景需要修改 L1–L4 通用底座代码时，视为架构验收失败，需要先复盘分层。