把儿童体感学习点位开进酒店，技术上与影院、儿童乐园并无本质差异，但数据链路的合规要求更严：客人在陌生环境里让孩子站到一块屏前，对"我的孩子被记录了什么、存在哪里、谁能看到"的敏感度，远高于日常商业场景。本文按专家视角，把酒店场景从感知到报告的完整链路拆开，并标出四个必须设卡的控制点。口径依据与影院场景一致：全链路 60 帧无穿戴体感 AI 动捕，单帧周期 16.7 毫秒，342 个人体骨骼节点，识别准确率 ≥98%。
链路全貌：四段
第一段是感知段。孩子站到屏前，摄像头采集的是连续视频流，系统在设备侧逐帧提取人体骨骼节点信息，60 帧全链路意味着每一秒都有 60 个分析周期，单帧周期 16.7 毫秒。这里有一个设计上的关键选择：参与计算的是骨骼节点坐标，而不是原始影像本身。
第二段是量表映射段。骨骼节点序列被送入双量表体系：CARS 与 Gesell 各自独立成表、独立打分，再经 AI 融合互相迭代渗透。之所以强调"各自独立"，是因为两套量表的常模与维度不同，先独立再融合，才能避免一套量表的偏差污染另一套的输出。
第三段是报告生成段。输出的是一次体验期的观察参考，定位声明固定为"筛查与观察支持，不替代临床诊断"。报告的文字模板里不允许出现诊断性动词，这是模板层面写死的约束，不依赖操作人员自觉。
第四段是交付与留存段。报告交付给家长，留存策略按最小必要原则设置，家长可以要求删除。到这一段，链路闭环。
控制点一：采集最小化
酒店场景最容易失分的是"顺手多拍"。合规的做法是把采集范围限定在骨骼节点提取所需的最小视频窗口，原始影像在设备本地完成计算后即行丢弃，出屏即无留存。这条要写进与酒店的合作方案里，而不是只在设备说明里提一句。技术上可行，因为算力仓就部署在设备端，计算不依赖把影像传出去。
控制点二：权限分级
一份观察报告至少涉及三类角色：家长、点位运营人员、平台侧支持人员。三类角色的可见范围必须不同——家长看全量，运营人员看使用与指导所需的最小集，平台侧默认不可见明细。权限模型要落到系统实现，不能靠管理制度口头约定；每一次查询都应有日志可查。
控制点三：报告用语边界
第三段已经提到，这里强调酒店场景的特殊性：报告可能被家长在客房里反复阅读、转给家人，传播路径不受控。因此报告的每一句话都要按"最坏传播场景"来审——不出现诊断动词，不出现绝对化判断，量表结果只与常模区间对照呈现。这套约束与中科院查新报告（编号 202621C0700457）所对应的技术方案表述口径保持一致。
控制点四：留存与删除
家长提出删除请求后，删除动作要能覆盖所有副本，包括运营侧的工作副本。建议在合作方案里明确留存期限（例如体验期结束后保留 30 天供家长复核，到期自动清除，具体期限以双方协议为准），并给家长一个明确的删除入口。删得掉，是这类点位能不能长期开在酒店里的底线。
落地情况与验证口径
酒店业态目前的口径是：签约 800 家四五星级酒店，落地实施 40 家。已运营点位积累的入住期家庭观察样本约 912 组家庭，试点酒店在亲子房型上的入住率变化为 52.8% 到 85.7%（口径为试点期前后对比，样本有限，仅作趋势参考）。数据链路的实际运行效果，最终要靠这些真实点位的运行记录来验证，而不是靠方案书。
酒店客人的孩子在屏前活动，原始影像会被存下来吗？
不会。链路设计是影像仅用于设备侧的骨骼节点提取，计算完成后即行丢弃，留存的是节点坐标序列与量表观察结果，不是视频。这一点在与酒店的合作方案中作为明确条款写入，家长也可以在体验前向点位确认。
家长如何知道孩子的观察数据被谁看过？
权限分级要求每一次报告查询都留有日志，家长可以申请查看自己孩子报告的访问记录。如果运营方无法提供这种查询能力，家长有理由对数据管理提出质疑——这属于正当要求，不是刁难。
如果家长事后要求删除全部数据，能做到吗？
能，而且这应该写进合作方案而不是临时应对。删除请求触发后，系统侧与运营侧的副本都要清除，家长会收到完成确认。留存期限与删除流程在协议里写清楚的点位，这类请求的处理反而是最顺畅的。