围绕 ChatGPT 上传删除功能的夏季不满

今年3月23日，OpenAI 推出了 Library到 ChatGPT。现在，上传到聊天会话的所有内容不再像不安分的 Snapchat 消息那样消失，而是会永久保存——并用于训练新的 AI 模型，前提是你保持那个 默认设置。

PDF、图片、粘贴的文本（会自动转换为文本文件并保存），以及上传功能允许的任何其他内容，都会永久保留，除非你费心将其删除。

随着功能演进，Library 的垃圾管理流程采用了“电子邮件”模式，即删除操作仅将文件移入一个暂存区；随后，这些文件将在三十天后被最终删除。

自5月5日起，针对 Plus 和 Pro 网页用户，GPT-5.5 Instant 能够 从先前的聊天中获取上下文、已上传和/或生成的文件（以及可选的 Gmail），以提升回复质量。

九天后，OpenAI 推出了付费层级，根据付费金额提供不同的数据存储上限；于是整个模型突然从电子邮件转向 iCloud、OneDrive 或其他任何无摩擦、一键式存储即服务解决方案，旨在提取永久且 不断上升的租金。

是时候掏腰包了——OpenAI 的 ChatGPT 产品已达到限制。 来源

我们可以为您记住它，零售

然而，在这里，OpenAI 还有一个额外的诱因，因为显而易见——至少对我而言——新的上传保留政策显著提升了 ChatGPT 的连续性和对用户特定上下文的记忆（前提是你并不经常删除上传的内容）。

与此同时，ChatGPT 早期的长期记忆（LTM）界面变得不再可直接编辑，转变为关于你和你的世界的 自我演化但不可渗透的信息矩阵。如果你运气好，且时机恰当，你可以请求 GPT 将特定特征保存到 LTM，它会执行，而不是说在该聊天中 LTM 提交工具不可用：

全新的‘不透明’用户记忆界面，单个细分项无法像以前那样单独删除。

然而，这个旧的数据池已不再轻易可编辑；内存管理的焦点似乎已从 LTM 转向用户先前聊天留下的累计文档、图片及其他历史残余。

这些在论坛上被许多人提及的产物被独立于生成它们的聊天进行处理；删除聊天 不会删除其关联的图片和文件，且目前没有相应的选项来实现此操作。

这可以被解读为一种 ‘暗黑模式’，倾向于让用户保留数据，直至他们面对庞大的数据量 如此压倒性，且提供的删除流程 如此极度缓慢，于是认为直接 删除 ChatGPT 账户并重新开始更为轻松。

在讨论上传删除摩擦时日益出现的‘核’解决方案。 来源

因此，目前向用户呈现的权衡是：他们必须信任 OpenAI 来存放自己的文件；费心管理并删除诸如身份证件或客户数据等‘敏感’上传（即使 OpenAI 目前提供的方法通常难以在大量上传文件中进行导航）；并且接受如果他们成功删除了上传内容，未来的聊天将缺少来自这些累计数据的上下文。

尽管大多数用户并非数据科学家，且可能难以轻松理解如何有选择且智能地修剪大量上传文件集合，但用于解决此问题的工具似乎仍然不足以胜任：

撰写本文时，这一最新的更好删除管理请求仅在昨天发布。 来源

无论是 OneDrive、iCloud 还是– now – ChatGPT，升级路径都依赖于通过威胁用户必须对其无尽的数据流进行一定的整理来实现：自动保存的附件；从未筛选和挑选的海量照片；可能在 2038 年为会计师所需的电子邮件；以及现在不断膨胀的上传/生成云，它让 AI 实际上运行得更好；但这些都保留在自利公司的条款下，并存放在其基础设施中，而非用户的。

像 OneDrive 和 iCloud 这样的存储租赁者依赖于用户宁愿为增加的存储配额付费，也不愿潜入十到十五年之量的照片或其他数据的深海，在那里错误和判断失误的风险可能很高。

可以说，这只是 ChatGPT 2026 年 Library 功能的次要收入来源，而该功能实际上提供了针对 LLM 失忆 的可行解决方案，以“高级”服务的形式，从旧的 LTM 设施中分离出来。虽然存储可以转移到同类的付费提供商，例如 Google Drive，但目前没有在 WebDav 或其他自托管解决方案上托管自己数据的选项。

记忆困难

一个有趣的问题是 为什么 OpenAI 会这么做。显而易见的答案是 Google Gemini 已经在其付费订阅中具备此机制：一旦升级到付费的 Gemini 等级，关联的 Google 账户的存储限制会显著提升，足以囤积所有这些甜蜜的上传数据。就此而言，OpenAI 只不过是略微提升了一下。

然而，即便 OpenAI 在存储基础设施方面实际上能够赶上 Google，这一手段也极不可能使其摆脱 更大的财务考量，其规模高达数万亿美元；可以说，广告也无法解决如此规模的问题。

因此，剩余的原因可能是 损害限制——在这种情况下，额外的收入至少可以抵消 OpenAI 必须承担的非对称投资的 一些；用户留存——迁移过程中的摩擦会成为切换供应商的阻力；或者，少一点讽刺地，仅仅是在人‑AI 关系中提供 类似于 长期持久记忆——这可能是第三次 AI 革命的核心挑战；因此，这是一种纯粹的价值主张。

给明智者的一句话

包括我在内的许多人正转向创建“交接”文档，以此替代依赖于对聊天系统的无序且未整理的上传（这些上传可能充斥着不良数据点，例如网络密码）：

促成此高度有序且美观的交接文档的聊天有时显得杂乱且相当迫切。

使用 .MD markdown 格式（主要是因为消费级 AI 框架似乎偏好它，并且它比纯文本文档提供了更多的细微差别和理性化），在日益杂乱的聊天会话结束时，可以让 AI 将交流的关键要点总结成概览，供后续实例或其他 AI 快速吸收必要的知识并从此“接手”任务。

将一次交流浓缩为此类交接文件的一个优势是，聊天中使用的几乎所有上传内容都可以被汇总进摘要中，原始文件则可以安全删除。

另一个优势是可以随时间有选择地提供、更新和删除这些摘要文档，从而保持对信息存储位置以及信息所包含数据的控制。

人们可能会认为这种提炼过程在前沿 LLM 提供商的幕后持续进行；然而，主要平台的“传统” LTM 系统似乎并未随着时间的推移变得更智能或更具信息量，远不及用户允许大量上传积累时所能提供的丰富（即使混乱且冗余）的历史背景。

事实上，将上传内容处理成上述关键要点不仅资源密集，而且可以说被视为某种形式的训练，而许多用户已选择退出。

相反，上传的图像可以与在用户聊天期间从中提取的任何 嵌入 一起保存，而文档本身已经是基于文本且适合作为参考。在推理时从这些上传中获取用户元数据要比将用户的随机上传堆重新构造成可理解的数据库更容易且成本更低。

在缺乏 OpenAI 更明确的理由的情况下，这似乎正是 ChatGPT 平台正在发生的情况。

Shyamalan式的转折

本文所指的“失望的夏天”代表了许多用户对在 ChatGPT 的库中删除已上传文件的困难所感受到的挫败感。此外，术语和相关界面项目几乎每天都在变化，迅速使 第三方 解决方案（例如用于删除库项目的 Chrome 浏览器扩展）不可用。

一个具体的抱怨来源是库中的“全选”按钮并不会深入并选择所有可用项目——它只会选择页面上已懒加载的内容：

当“全部”并非真的全部时——可能还有成千上万，甚至数十万的其他文件需要处理，而只需大约一千次空格键点击即可。

因此，如果您有 90,000 条已上传项目需要删除，您将不得不在空格键上长时间保持按压——但时间不能太长，以免懒加载失去对最早项目的上下文，或导致浏览器崩溃。

一位用户详细描述了在库中选择大量文件进行删除的繁琐过程。

昨天，在经历了一个夏天将约 600 个文件收集到三个特定项目中（主要与家庭网络相关）之后，我决定我的 ChatGPT PDF 导出——根本不是 OpenAI 容易做到的——以及 .MD 摘要已经足以满足我的长期项目，而不必忍受这些数据在我的 ChatGPT 账户的项目文件夹中累积的尴尬感（而这些与项目相关的文件和图像直到几天前仍被排除在常规上传删除之外，最近又一次界面/可用性重构导致了这种情况）。

于是，我做好了准备，迎接一个繁琐的按钮点击与监督的小时，并查看论坛以了解用户情绪和关于此问题的最新技巧。

在 Reddit 帖子中的评论指出，用户刚刚让 ChatGPT 自己删除这些文件，而它已遵从：

ChatGPT 解决了它整个夏天给用户带来的问题。 来源

于是，我在自己仅有的 600 个已上传文件上尝试了同样的方法，经过一番犹豫和拖延后，ChatGPT 确实一次性删除了我账户中所有的上传文件，且无需我的参与。

我今天上午再次在一次测试集上传上尝试，结果同样一次性删除了所有文件，而无需许多用户抱怨必须进行的监督：

在两种情况下，我都检查了是否存在 幻觉，但删除是真实的。这意味着在 GPT 聊天流程本身中存在 GUI 功能，而（至少在今天）在实际界面中完全缺失。

需要说明的是，我尝试让 ChatGPT 清空回收站的所有努力全部失败。由于回收站同样存在上述懒加载要求，拥有 10 万文件的用户将难以轻松完成删除。然而，至少只需等待一个月，就会完成。

还应考虑到所有前沿大语言模型的界面和功能每天都在变化、收缩和扩展，而此功能可能对您无效；可能在明天消失；甚至可能演变并改进。

首次发布于 2026 年 9 月 29 日，星期二