MemoryLake
返回全部文章
Tutorial2026 年 9 月 23 日·10 分钟阅读

如何从 ChatGPT Classic 迁移到全新 ChatGPT 桌面端应用且不丢失上下文 (2026)

如果您最近打开 Mac 或 Windows 电脑并发现了两个 ChatGPT 图标,那么您看到的是一次悄然重组的结果。全新的 ChatGPT 桌面端应用将 Chat、Work 和 Codex 整合到了同一个窗口中。您之前使用的应用依然存在,并已重命名为 ChatGPT Classic。如果您之前是 Codex 应用的用户,您的应用已自动更新为这款新应用。

OpenAI 关于此次迁移的帮助文档简短且令人安心:使用相同的账号登录,您的聊天和项目就会保留在原处。这基本属实。但该文章也顺便提到,您的某一部分历史记录是刻意不与其余部分合并的,某些工作虽然在本地运行,但其上下文可能仍存储在云端,而且新功能可能仅在全新应用中上线。

以下是具体会迁移的内容、设计上保持独立的内容,以及如何在不遗留上下文的情况下完成切换。

实际迁移了什么

首先来看 OpenAI 对这款新应用的描述。“全新的 ChatGPT 桌面端应用在 macOS 和 Windows 上将 Chat 和 Work 归于 ChatGPT 旗下,并与 Codex 并列。”Chat 旨在“提供快速的对话式协助和日常问题解答”,Work 是“专为更长、多步骤工作和最终交付物设计的智能体”,而 Codex 则“继续专注于软件开发和技术工作”。

接下来是两个起点,因为它们的迁移方式有所不同。

如果您使用的是之前的 ChatGPT 桌面端应用。 OpenAI 的说明是下载新应用并“使用相同的 ChatGPT 账号登录”。两者可以共存:“ChatGPT Classic:之前的 ChatGPT 桌面端应用。您可以继续使用它;发布时无需进行迁移。”Classic 将继续接收“模型更新、错误修复、安全补丁以及对其现有企业版功能的支持”。而决定大多数人迁移时机的关键在于这一限制条件:“新的智能体功能可能仅在全新应用中可用。”

如果您使用的是 Codex 应用。 “照常更新 Codex 应用。更新后,它将成为包含 Chat、Work 和 Codex 的全新 ChatGPT 桌面端应用。”OpenAI 补充道:“更新后,现有的 Codex 聊天和项目应该会保留。”

然后是具体的运作机制,我们逐一来看。

您的聊天历史记录会随账号一起迁移。 在新应用中,“Chat 和 Work 的聊天记录会一起显示在‘最近’(Recents)中,您可以在这里对聊天进行排序、筛选和置顶。”由于历史记录属于账号而非应用,因此登录即完成了迁移。

您的项目会显示出来,且 Work 可以使用它们。 “您现有的 ChatGPT Projects 也会显示在 Projects 下。在项目中,选择 Chat 可以开始新的聊天,或者选择 Work 可以利用该项目的上下文开始 Work 聊天。”桌面端文档补充道:“同一个项目可以包含使用 Chat 或 ChatGPT Work 开始的聊天。”

Codex 历史记录保持独立,这是刻意为之。 这是大多数人会略过的一行字。“Codex 仍然是一个独立的视图;其工作流保持不变,且其历史记录与 ChatGPT 历史记录保持独立。”移动端上的 Remote 标签页可以访问受支持的桌面端 Codex 聊天,“但这些聊天不会变成网页端或移动端的聊天历史记录。”

记忆也遵循相同的划分。 OpenAI 的记忆文档写得很清楚:“ChatGPT 网页端使用 ChatGPT 记忆,而本地 Codex 客户端则使用独立的本地记忆库和控制项。”Work 位于该界线的 ChatGPT 一侧:“ChatGPT Work 使用适用于您账号和工作区的记忆设置;它不使用本地 Codex 记忆库或本地记忆控制项。”关于 Codex 一侧的表现,请参阅开启 Codex 的本地记忆

本地并不总是意味着仅限本地。 对于 Work,OpenAI 指出:“本地聊天在您的电脑上运行。即使工作在本地运行,消息和任务上下文也可能存储在云端。”Work 的云端模式和本地模式之间的区别是一个独立的话题,详见在 ChatGPT Work 云端与本地之间保持上下文

某些模型仅存在于其中一侧。 ChatGPT Work 帮助文章指出,“GPT-6 Sol 和 GPT-6 Luna 是适用于 ChatGPT Work 和 Codex 的模型。它们在常规的 ChatGPT 对话中不可用。”如果某个模型是您切换的原因,那么它也决定了您将在哪个视图中工作。

简而言之:您的 ChatGPT 历史记录和项目通过登录进行迁移;您的 Codex 历史记录通过更新进行迁移;两者在同一个应用内依然是两个独立的历史记录,拥有两个独立的记忆系统。

手动迁移

Step 1: 在切换前盘点哪些内容存在于何处

在开始依赖新应用之前,花十分钟做一次盘点。目标是了解您的哪些上下文是账号级别的,哪些是 Codex 级别的,以及哪些只在漫长的对话过程中存在于您的脑海中。

打开 ChatGPT Classic 并列出您正在活跃使用的项目。对于每个项目,记录下项目指令和重要的文件。这些应该会显示在新应用的 Projects 下,您将对照此列表进行检查。

如果您使用 Codex,请列出您工作的仓库和本地文件夹,以及本地记忆是否已开启。Codex 记忆保存在您的 Codex 主文件夹中;OpenAI 的文档将 ~/.codex/memories/ 下的文件描述为“生成的临时状态”,您可以检查这些文件,但不应将其视为主要的控制界面。了解它们是否存在可以告诉您 Codex 视图会记住什么以及不会记住什么。

然后列出您仍依赖其结论的对话。漫长的聊天是决策积累的地方,而一个布局不同的新应用往往会让人们再也找不到这些决策。ChatGPT 在会话之间丢失上下文的现象并非由应用更换引起,但更换应用是捕捉这一问题的好时机。用一句话写下每个决定,并附上原因。

最后,记录下您在 Classic 中使用的功能,以及您是否需要它们保持原样继续工作。OpenAI 表示发布时无需进行迁移,且 Classic 会继续接收更新,因此其指南中没有任何内容强迫您今天就必须进行迁移。

Step 2: 登录、检查每项内容,然后决定每种工作存放在哪里

安装新应用并使用相同的账号登录。如果您是从 Codex 应用迁移过来的,请直接更新它;对于现有的 Codex 用户,更新后的应用会在 Codex 视图中打开,如果这是您的工作方式,您可以“在应用打开时将 Codex 保持为默认设置”。

现在,按照以下顺序对照您在 Step 1 中列出的清单进行检查。

Recents:确认您最近的 Chat 对话已显示。使用搜索功能查找您列出的较旧的对话;如果某个对话似乎丢失了,请记住已归档的聊天保存在一个单独的地方。

Projects:打开列表中的每个项目,确认其指令和文件。从某个项目中启动一次 Work 聊天,以确认它能够获取该项目的上下文。

Codex:切换到 Codex 视图,确认您的聊天和本地项目都在那里。不要在 Recents 中寻找它们——它们在设计上就是分开保存的。

Memory:打开 Settings,然后打开 Personalization,如果您使用该功能,请确认 ChatGPT 一侧的 Memory(记忆)已开启。如果您在本地使用 Codex,请单独检查 Codex 的记忆设置,因为这是一个独立的存储库。

然后明确做出一个决定:哪种工作进入哪个视图。在 Chat 中解答快速问题,在 Work 中处理长篇交付物,在 Codex 中编写代码,这是 OpenAI 自己的框架。值得记住的后果是,在 Codex 中达成的决定不会自动显示在您的 ChatGPT 历史记录中,反之亦然。

更好的方法:将决策保存在应用的两个部分都能读取的同一个地方

新应用确实更加方便。但正如 OpenAI 自己所描述的,它也是共享同一个窗口的两个历史记录和两个记忆系统。这是一个合理的设计:代码工作和对话工作会产生不同类型的上下文,理应得到不同的处理。但这确实意味着,跨越这两者的决策——例如在 Chat 中做出的、而 Codex 中的代码又依赖的产品选择——在应用内部没有统一的归宿。

因此,请将它们保存在您自己的地方。这就是 MemoryLake 的用途。您可以用自己的语言亲自编写这些条目。不会从 ChatGPT Classic、全新桌面端应用、您的 Codex 主文件夹或任何厂商的存储库中读取、写入或删除任何内容。

Step 1: 创建 API 密钥

登录并在控制面板中生成一个密钥。该密钥可以让每个助手读取相同的条目,无论任务是在 Chat、Work 还是 Codex 中运行。

MemoryLake 控制台显示 API 密钥屏幕,在此处创建并复制新密钥以供智能体使用
MemoryLake 控制台显示 API 密钥屏幕,在此处创建并复制新密钥以供智能体使用

Step 2: 上传您的第一批记忆

从您在 Step 1 列表中记录的决策开始,每个条目一条,并附上原因。添加写作任务和编码任务都需要用到的项目事实。

已上传首批文档的 MemoryLake 工作区,列出了每个文件成为可搜索记忆时的状态
已上传首批文档的 MemoryLake 工作区,列出了每个文件成为可搜索记忆时的状态

Step 3: 连接您的 AI 和智能体

连接 ChatGPT 和您的编码智能体。这样,相同的决策就可以在应用的两个部分中同时使用,而这正是该应用本身在设计上无法合并的一点。

MemoryLake 集成屏幕,列出了可以连接到记忆层的 AI 客户端和智能体框架
MemoryLake 集成屏幕,列出了可以连接到记忆层的 AI 客户端和智能体框架

这在实践中改变了什么

第一个区别是,Codex 的边界不再令人感到意外。一旦您知道 OpenAI 将 Codex 历史记录与“ChatGPT 历史记录分开保存”,您就可以围绕这一点进行规划,而不是在发现您记得的某次对话在 Recents 中无处可寻时才恍然大悟。

第二个区别是,项目成为了 ChatGPT 一侧真正的连续性单元。一个项目可以跨 Chat 和 Work 聊天携带文件和指令。OpenAI 将 Codex 描述为一个具有自己历史记录的独立视图,因此不能假定 ChatGPT 项目的上下文在 Codex 内部也存在,而且项目记忆有其自身的范围规则——这也是为什么 ChatGPT 项目不共享记忆的主题。

第三个区别是,“本地”成了一个需要仔细理解的词。Work 的本地模式在您的机器上运行,而 OpenAI 指出,消息和任务上下文可能仍会存储在云端。在您决定将什么内容粘贴到对话中时,了解这一点非常有用。

第四个区别是,迁移不再是一次性的事件。未来还会有另一个应用、另一个模型或另一个视图。任何处理过 Codex 可以从其他工具导入什么的人都知道,设置的迁移比它们背后的推理逻辑要容易得多。

切换桌面端应用的最佳实践

不要在第一天就卸载 Classic。 OpenAI 表示发布时无需进行迁移,且 Classic 会继续接收更新。同时运行两者,直到您核对完您的清单。

在切换前盘点项目。 项目是您的上下文中,最有可能包含您已忘记自己所依赖的指令和文件的部分。

将 Codex 视为独立的历史记录。 在 Codex 视图中寻找 Codex 聊天,并写下在那里做出的、且您其余工作所依赖的任何决定。

检查两处的记忆设置。 ChatGPT 记忆和本地 Codex 记忆是独立的存储库,具有独立的控制项。

在做出决定时随时记录下来。 Recents 是对话列表,而不是结论列表,当结论记录在其他地方时,ChatGPT 遗忘之前的对话这一问题就会变得更容易应对。

让临时工作保持临时性。 临时聊天在设计上是不包含在记忆中的;在您将临时聊天用于以后可能需要的任何内容之前,值得先了解一下临时聊天与记忆如何交互

结论

全新的 ChatGPT 桌面端应用是一次重组,而非重置。您的 ChatGPT 历史记录和项目会跟随您的账号,您的 Codex 聊天会跟随更新,而在您做出决定期间,Classic 依然可用。OpenAI 的说明是准确的:登录,您拥有的大部分内容就会呈现在那里。

OpenAI 同样也明确指出,Codex 历史记录“与 ChatGPT 历史记录保持独立”,两边使用不同的记忆系统,且新的智能体功能可能仅在全新应用中出现。这些都没有被隐藏。只是在您看到两个图标的那天,很容易忽略这些信息。

进行盘点,逐项检查,并将跨越应用两部分的决策保存在一个无需关心您当前处于哪个视图的地方。

常见问题

我的 ChatGPT 聊天记录会显示在全新的桌面端应用中吗?

会的,只要您使用相同的账号登录。OpenAI 表示,Chat 和 Work 的聊天记录会一起显示在“最近”(Recents)中,您可以在这里对它们进行排序、筛选和置顶,并且您现有的 ChatGPT Projects 也会显示在 Projects 下。

我可以继续使用 ChatGPT Classic 吗?

可以。OpenAI 表示,ChatGPT Classic“将继续接收模型更新、错误修复、安全补丁以及对其现有企业版功能的支持”,且发布时无需进行迁移。某些新的智能体功能可能仅在全新应用中可用。

为什么我在“最近”(Recents)中看不到我的 Codex 聊天记录?

因为它们是刻意分开保存的。OpenAI 指出,Codex“仍然是一个独立的视图;其工作流保持不变,且其历史记录与 ChatGPT 历史记录保持独立”。从左上角的菜单中打开 Codex 视图即可找到它们。

当我更新 Codex 应用时会发生什么?

它会变成全新的 ChatGPT 桌面端应用。OpenAI 表示,更新后现有的 Codex 聊天和项目应该会保留,对于现有的 Codex 用户,应用会在 Codex 视图中打开,并且您可以将 Codex 保持为默认设置。

ChatGPT Work 是否使用与 Codex 相同的记忆?

不。OpenAI 的文档指出,ChatGPT Work“使用适用于您账号和工作区的记忆设置;它不使用本地 Codex 记忆库或本地记忆控制项”。本地 Codex 客户端使用独立的本地记忆库。

为什么我无法在常规聊天中选择 GPT-6 Sol?

ChatGPT Work 帮助文章指出,GPT-6 Sol 和 GPT-6 Luna“是适用于 ChatGPT Work 和 Codex 的模型”,并且“在常规的 ChatGPT 对话中不可用”。可用性还取决于您的方案、工作区设置和推送进度。