端侧 AI · 隐私
本地 AI 日志应该保留多久
只保留脱敏运行事件，并始终排除用户内容。
主查询：本地 AI 日志保留 · 核验：2026-09-16 · 事实卡：PRIVACY-01, PRIVACY-02
先给结论
本地 AI 日志保留必须遵循单一原则:仅保留脱敏的运行事件,且必须始终排除用户内容。任何时候都不能由日志字段、保留策略或工具能力向外推断出"可以放宽限制"或"边界可以扩展"的结论,因为隐私边界已经由事实卡 PRIVACY-01 与 PRIVACY-02 划定,日志侧只能执行"最小化保留"这一动作,不允许衍生任何例外、保留场景或额外的解释性条目。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- 日志字段清单
- 保留删除测试
- 诊断导出复核
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
为保证执行可核验,落地需要串联三组证据。第一组是日志字段清单,用以确认记录内容仅涉及脱敏运行事件;第二组是保留删除测试,用以验证当事件不再必要时能够真正从存储中消失;第三组是诊断导出复核,用以确认在导出和比对过程中仍保持脱敏且不夹带用户内容。这三组证据共同完成"记录"与"对比"两个动作,任何环节出现用户内容,即应回到 PRIVACY-01 与 PRIVACY-02 的边界重新处理。
- 列数据类型
- 列全部目标域名
- 映射请求字段
- 飞行模式走完整流程
- 恢复网络后抓包
- 同步更新公开说明
最容易写错的地方
- 静默延长保留期
- 记录 prompt 或文件路径
在错误模式上,有两类做法必须视为违规:一是静默延长保留期,即在不更新事实卡、不新增记录的情况下悄悄改变保留时长;二是记录 prompt 或文件路径,即把原始提示词与本地路径写入日志。这两类问题一旦出现,均意味着本地 AI 日志保留已脱离既有记录,发布结论只能限定在 PRIVACY-01 与 PRIVACY-02 所确认的范围内,不得基于新增行为、超期设置或附加字段给出"合规"或"允许保留"的判断。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。