AI 图像保留：通俗易懂的指南

AI 图像保留是在回答一个直白的问题：图像任务结束后，究竟还会留下什么？

上传可能会保留。提示词可能会保留。生成的输出可能会保留。缩略图可能会保留。CDN 缓存可能会保留。队列载荷可能会保留。审核/监管事件可能会保留。客服截图可能会保留。备份可能会保留。即使不包含内容，计费记录也可能会保留。每一项都是独立的决策。

保留并不一定是坏事。有些产品需要保存项目、团队画廊、审计追踪，或用户可控的历史记录。真正的问题是“意外保留”：文件被保留只是因为方便；日志被保留只是因为调试更容易；画廊被创建是因为参与度看起来更好；备份被描述得像是与现实无关。

对于私有的 AI 图像生成，最好的默认值通常是短期保留。用上传来完成任务。返回输出。避免保存提示词历史。除非用户选择保存，否则不要托管输出。尽可能让运维记录不包含内容。

措辞很重要。“我们不会用你的数据训练”讲的是训练。它并不能告诉用户是否会存储上传。“我们会删除你的图像”讲的是删除。它需要明确时间窗口和范围。“私有”讲的是暴露程度。它需要访问控制，以及默认不共享的设置。

阅读保留政策时，先看名词。提示词。已上传的图像。生成的输出。文件。日志。滥用监测数据。应用状态。备份。如果政策说的是“内容”，但从不拆分说明，就去要求具体拆分。

也要看时间。秒、小时、天，或用户可控的存储期限。“临时”不是时间。“只要有必要就保留”是法律表述，不是工程计划。好的保留承诺应该可以被监控和验证。

给客户看的“通俗版”应该很短：你上传了什么，我们创建了什么，我们保留了什么，我们不保留什么，以及删除是如何工作的。如果产品无法清楚地说出来，那么系统大概率也不知道。

延伸阅读：为什么临时上传需要保留政策，你能证明 AI 服务删除了图像吗？，以及 Unexposed 数据存储。