数据保留与清理策略
明确每类数据的保留期与到期处理方式：会话上下文、调用日志、评测样本、提示缓存各有用途，保留期也应不同。到期自动清理并留清理记录，同时为法律与合规要求留出单独标记的保留通道，避免“默认永久保留”既增加成本又扩大合规风险。
基本信息
| 分类管理 | 按用途分期限，不搞一刀切 |
|---|---|
| 到期处理 | 删除或匿名化，处理方式提前定好 |
| 自动化 | 按 TTL 定期清理，人工不参与常规流程 |
| 法律保留 | 涉及纠纷与监管的数据单独标记，不随 TTL 删除 |
| 清理记录 | 记录时间、数量、范围，证明删除确实发生过 |
典型使用场景
- 会话上下文：会话结束后保留一段时间用于恢复，到期清除
- 调用日志：保留够排错与审计的时间，超期脱敏或删除
- 评测样本：按授权期限使用，到期匿名化或移除
- 缓存：随会话或 TTL 失效，不做长期留存
- 审计日志：按监管要求单独设期限，与业务数据分开管理
清理任务要点
清理任务要点
1 按数据类别设 TTL，自动清理，不依赖人工
2 清理任务自身留记录: 执行时间、删除数量、覆盖范围
3 法务保留（legal hold）单独标记，不随 TTL 删除
4 清理前抽查样本确认规则正确，避免误删仍在用的数据
5 定期核对存储实际用量与理论剩余量，发现偏差即排查数据类别与保留期示例
| 数据类别 | 用途 | 保留期（示例） |
|---|---|---|
| 会话上下文 | 会话恢复 | 会话结束后 30 天 |
| 调用日志（脱敏） | 排错与审计 | 90 天，合规类按监管要求 |
| 评测样本 | 回归与改进 | 按授权期限，到期匿名化 |
| 提示缓存 | 性能优化 | 随会话或 TTL 失效 |
| 审计日志 | 追责与合规 | 按监管要求，独立存储 |
保留期写进制度却没人执行，等于没有策略。至少要有一个周期性核对存储量与策略是否一致的检查动作。