做教育 AI 产品,最怕的不是模型答得不好,而是某天被问一句「学生的数据现在存在哪、谁能看、什么时候删」,没人答得上来。这篇把学生数据从采集到销毁的全流程拆成几个可检查的节点,每个节点给出判断标准和动作,帮你对齐技术、教研与法务的口径。
做教育 AI 产品,最怕的不是模型答得不好,而是某天被问一句「学生的数据现在存在哪、谁能看、什么时候删」,没人答得上来。这篇把学生数据从采集到销毁拆成几个能检查的节点,每个节点给判断标准和动作,帮你把技术、教研、法务的口径先对齐。
先说清一件事:隐私保护不是一份文档、一个开关,而是一串能被追问的答案。真正管得住的团队,随便挑一个字段都能说清它从哪来、经过谁的手、什么时候消失。下面五节的顺序,建议就按你们自己的数据流顺序来对,哪一步答不上来,那一步就是当前的短板。
采集环节:先把「不采」讲清楚
很多团队的最小化动作是「少填两个必填项」,这没解决根本问题。真正的判断标准是:这个字段如果明天没了,哪些功能真的会坏掉?坏不掉的就别采。把字段按必要程度排一次序,排完你会发现能砍的比想象中多。
- 身份标识
- 姓名、学号、人脸、手机号;能唯一指向某个具体学生,泄露后果最重,默认不该出现在日常练习链路上
- 学习行为
- 答题记录、停留时长、错题分布;单独看指向性弱,但和身份标识一拼就能还原一个人
- 内容产物
- 作文、录音、摄像头画面;含大量个人信息,采集前要单独说明用途和留存期
- 产品默认用随机 ID 关联学习记录,实名场景(考试、缴费)单独走一条链路,不要和日常练习混在同一张表
- 告知家长和学生时落到具体字段,而不是「我们会收集必要信息」;哪些能拒绝、拒绝后哪个功能不能用,一条条列出来
- 三类数据的最小化标准不一样:身份标识是「能不用就不用」,行为数据是「够用就停」,内容产物是「用完即删」
- 纯工具类、不落库不存历史的场景,重点从「少采」转到「不回流到服务器」,两套话术别混用
使用与流转:模型调用链路上数据去哪了
一次提问从输入框到返回结果,中间经过的节点往往比你以为的多:前端、你的后端、日志系统、模型供应商、缓存层。每个节点都问一句「这里存不存、存多久」,答不上来的节点就是漏洞。走外部模型服务时,先拿到对方关于数据使用的书面口径,拿不到就先脱敏再调用。
| 流转节点 | 要确认的问题 | 拿不到答案时的动作 |
|---|---|---|
| 你的后端 | 原文进不进日志、缓存多久 | 日志脱敏,缓存设置短过期 |
| 模型供应商 | 是否用于训练、保留多久 | 不可识别化处理后再调用 |
| 教研与标注 | 谁能导出原始数据 | 列白名单,导出走审批 |
| 第三方 SDK | 偷偷上报了哪些字段 | 抓包核对,能去掉就去掉 |
- 画链路图把一次提问经过的所有节点画出来,包括容易忘的缓存和日志,标出哪些环节有落盘
- 逐个要口径对每个外部节点问清两件事:存多久、是否用于训练;口头承诺不算,要能落到合同或文档
- 做一次实测用一个带明显标记的测试账号走一遍,事后到各系统里搜这个标记,看它出现在哪,就知道数据实际流到了哪
判断标准很简单:任何一次数据流出,都能在半天内回答「谁发起、发到哪、发了哪些字段、事后怎么收回」。答不上来的那块就没管住。想对照行业里常见的做法和工具配置,可以到 /tools/speed-test 一类工具页看看检测思路。
权限与审计:谁能看见,怎么留痕
权限的核心不是「给了谁」,而是「默认不给谁」。按角色分权比按人分权好维护:客服只看工单相关的最小字段,教研看脱敏后的样本,运维不默认持有业务表查询权限。人一离职当天回收账号,别等下一个迭代顺手清。
- 批量导出、修改留存策略、关闭脱敏这三类敏感操作单独审批,并且记日志
- 日志本身也要脱敏,别在日志里把原文又抄一遍,否则等于换了个地方裸奔
- 审计记录至少覆盖时间、账号、动作、影响范围四项,只记「有人登录过」没有意义
- 定期抽查:随机挑一条导出记录,看能不能还原出审批链;还原不出来说明流程是摆设
- 账号权限一般到 核对,看同类产品的权限设计口径
小团队不必上完整审批流,但导出权限名单和操作日志这两张表必须有。规模小不等于可以没有,出事时这两张表就是你唯一的自证材料。
留存与销毁:到期怎么真的删掉
留存期要按数据类型分别定,行为日志、原始音视频、导出文件、备份这四类的期限不该是同一个数。最容易翻车的是备份和缓存:主库删了、备份里还躺着,等于没删。销毁流程要把快照和备份一并算进去。
| 数据类型 | 留存原则 | 销毁要求 |
|---|---|---|
| 行为日志 | 按分析周期定,够用即止 | 到期自动清理,无需人工 |
| 原始音视频 | 用完即删,不留长期副本 | 删除后由非执行方复核 |
| 导出文件 | 限制份数与存放位置 | 设过期时间,自动失效 |
| 备份与快照 | 按恢复需要定轮转周期 | 轮转覆盖旧数据,保留删除记录 |
- 先定自动删把到期自动清理做成默认行为,再考虑按申请删除,否则人工申请会变成常态,团队迟早顶不住
- 覆盖备份确认删除动作能穿透备份和缓存,别只删主库
- 留销毁证明记录谁执行、删了哪个范围、什么时候完成,并由非执行方复核一次
出事时谁负责:一份可照着走的响应顺序
发现异常先定级:只影响内部账号、影响单个班级、影响全量用户,这三种情况的处理力度和上报范围完全不同,别一上来就全员通知。级定错了,要么反应过度吓到家长,要么反应不足错过窗口。
- 切断外流先停接口、撤权限、改密钥,把数据外流路径堵上,再谈别的
- 核实范围确认涉及哪些字段、哪些学生、时间跨度多长,范围没核实清楚前不要对外解释
- 决定告知按定级结果决定是否告知学生与家长,口径由一个人统一出,教研和客服不要各自解释
- 补流程事后补上导致这次事故的那个环节,而不是写一份谁都不看的复盘
平时就把「谁管采集口径、谁管供应商、谁管销毁记录」写进制度;没写清楚的话,事发当天一定在会议室吵这个问题。下一步把你们当前的数据字段清单和流转链路拿出来,逐条对一遍上面五个节点;站内工具目录里还有针对教育类 AI 工具的检测与配置参考,可以对着看自己漏了哪一环。→
常见问题
用了海外模型接口,学生数据是不是就一定违规?
不能一概而论,关键看发出去的内容能不能识别到具体学生,以及你是否事先取得了相应授权。做法上先把姓名、学号、人脸这类直接标识在本地剥离,只把题目和作答内容发出去;同时确认供应商是否用你的数据训练、保留多久。具体合规判断建议到站内安全与合规分区核对当时的政策口径,别拿旧结论直接套。
脱敏之后是不是就没有隐私风险了?
不是。脱敏能去掉直接标识,但学习行为、班级、时间、设备等组合起来仍然可能反推到个人,尤其是小样本场景,一个班几十人很容易被认出来。脱敏是必要步骤不是终点,还要配合访问权限、留存期限和导出审批一起做。哪些风险去不掉,可以看站内数据脱敏相关的说明。
学校自己买工具用,和厂商做产品,注意点一样吗?
侧重点不同。学校更多是采购前的问询和入校后的使用规范,重点在问供应商数据存哪、谁能看、到期怎么删;厂商要自己承担采集设计和销毁流程的责任,还要能对外出证明。两边都容易漏的是第三方插件和外包标注这两条链路,签合同前把这两项单独确认一遍。