什么是 ChatGPT Work 模式 —— 它与 Chat 和 Codex 的区别，以及共享的记忆、项目和历史记录 (2026)

OpenAI 的帮助中心将这三者并列说明：“Chat 用于快速、对话式的辅助和日常问题。Work 是一个专为较长的、多步骤工作和最终交付成果设计的智能体。Codex 则继续专注于软件开发和技术工作。”

入门指南给出了更实际的版本：“当你需要答案、解释、头脑风暴或简短草稿时，请使用 Chat。” 以及：“当你希望 ChatGPT 完成一项具有明确结果的任务时，请使用 ChatGPT Work，例如简报、演示文稿、分析、定期更新、工作流或可供审阅和使用的文件。”

Work 会规划任务、收集所需资料、使用工具并产出结果。OpenAI 将其描述为能够“使用你的文件、插件和经批准的工具来检索信息、创建成品文件、运行工作流，并完成可供你审阅的工作”。在桌面应用上，当你授权时，它还可以使用本地文件、应用程序和浏览器。

这个开关改变的不只是回复的语气。

模型。 帮助中心表示：“GPT-6.1 Sol、GPT-6.1 Terra、GPT-6 Sol 和 GPT-6 Luna 是 ChatGPT Work 和 Codex 的模型。它们在常规 ChatGPT 对话中不可用。”

使用量。 “Work 遵循与 Codex 相同的使用结构。” OpenAI 补充说，更长或更复杂的任务可能会消耗更多额度。

启动默认设置。 对于工作区，管理员会分别为 Work 和 Codex 设置启动模型。帮助中心指出：“Chat 使用独立的启动默认值，因此更改 Work & Codex 设置不会改变常规 Chat 对话的启动模型。”

输出类型。 Chat 提供答案和草稿。Work 则是为交付物而构建的：文档、表格、演示文稿、报告和 Sites。”

Work 和 Codex 的共同点多于不同点。OpenAI 的文档称“ChatGPT Work 和 Codex 具有重叠的功能”，如果你更喜欢 Codex，“你可以继续将其用于研究、文档、演示文稿和其他知识工作”。

区别主要在于呈现方式。OpenAI 对桌面应用的详细对比显示，ChatGPT Work 会隐藏“Git 或 shell 命令等技术细节”，并且“偏好非技术语言和成品输出”，而 Codex 则让你“查看开发者详情，包括 diff 和审阅视图”。Pull request 面板在 Codex 中可用，但在 Work 中不可用。

细节决定成败。

聊天记录

Chat 和 Work 共享同一个历史记录。帮助中心表示：“Chat 和 Work 的聊天记录会一起出现在‘最近’（Recents）中，你可以在那里对聊天进行排序、过滤和置顶。” 同一篇文章解释了过滤器：“使用过滤器可以显示所有聊天，或者仅显示 Chat 或 Work”。

Codex 保持独立。“Codex 在 ChatGPT 桌面应用中仍然是一个独立的视图”，“其历史记录与 ChatGPT 历史记录保持独立”。OpenAI 的对比表从另一个角度说明了这一点：Codex 专注于“Codex 聊天和开发项目”。

因此，如果某个聊天似乎丢失了，请先检查“最近”过滤器，并确认它是否是 Codex 聊天。我们的查找丢失的 Codex 聊天记录指南 涵盖了 Codex 方面的内容。

远程访问也是独立的。你可以从 ChatGPT 移动应用的“远程”（Remote）选项卡中打开受支持的桌面 Codex 聊天，但 OpenAI 指出，远程访问“不会将这些桌面聊天添加到你的网页或移动端聊天记录中”。

项目

项目在 Chat 和 Work 之间是共享的。帮助中心表示：“你现有的 ChatGPT 项目（Projects）会显示在‘项目’下。在项目中，选择 Chat 开始新聊天，或选择 Work 使用该项目的上下文开始 Work 聊天。”

这意味着项目的文件和指令对于从该项目启动的 Work 聊天是可用的。项目的记忆设置仍然适用，我们的 ChatGPT 项目记忆模式指南 解释了每种设置允许的内容。

记忆

Work 使用你的 ChatGPT 记忆。OpenAI 的记忆文档称：“ChatGPT Work 使用你的账户和工作区可用的记忆设置；它不使用本地 Codex 记忆库或本地记忆控制。”

Codex 在你的计算机上则不同。“ChatGPT 网页版使用 ChatGPT 记忆，而本地 Codex 客户端使用独立的本地记忆库和控制。” 在桌面应用中，Codex 记忆是在“设置”下按机器开启的，并且存储在该机器上。我们的 Codex 本地记忆开启指南 涵盖了这些设置。

因此，你在 Chat 中保存的偏好在 Work 中同样可用。而 Codex 保存到笔记本电脑本地记忆库中的笔记则是另一回事。

任务运行位置

网页端和移动端的 Work 在云端运行。在桌面端，Work 可以在获得你授权的文件访问权限后在本地运行，OpenAI 指出：“即使工作在本地运行，消息和任务上下文也可能存储在云端。” 云端 Work 聊天会在网页、移动端和桌面端之间同步。

计划和触发的 Work 任务

Work 也可以在无需你手动启动的情况下运行。帮助中心表示：“Work 还可以通过‘计划任务’（Scheduled Tasks）运行一次、按计划重复或按触发器运行，或者监控更改。” 符合条件的计划还可以设置事件触发任务：“支持的事件包括新的 Gmail 邮件、新的 Slack 频道消息以及授权仓库中的 GitHub pull request 活动。”

这些任务作为你账户下的 Work 任务运行，因此 OpenAI 为 Work 描述的记忆设置会发挥作用。在依赖它们之前，有两个细节值得了解：

• 在哪里编辑触发器。 OpenAI 表示，你在网页或受支持的移动应用中创建或编辑事件触发器；“桌面应用可以显示现有任务，但无法创建或编辑其触发条件。”
• 共享任务包含什么。 当你共享一个计划好的 Work 任务时，接收者会安排“一个独立的副本”，并且需要他们自己拥有访问 Work、模型和任何关联应用的权限。任务指令会随链接一起传递，因此在共享前请仔细阅读。

计划任务会重复运行保存的提示词。如果每次运行都应该基于上一次的结果，提示词必须说明上一次结果的位置（例如项目中的文档或 Library 中的文件），并且任务应该先读取它。否则，每次运行都会从相同的指令和你的记忆内容开始。

认为聊天记录消失了。 它可能只是被“最近”过滤器过滤掉了，或者它是一个 Codex 聊天，存放在独立的历史记录中。如果你置顶了它，我们的 ChatGPT 置顶聊天丢失指南 涵盖了其他常见原因。

认为 Work 启动时没有记忆。 它使用你账户和工作区上的记忆设置。

认为 Codex 和 Work 因为长得像就共享一切。 它们共享功能和使用结构；但历史记录是分开的，本地 Codex 记忆与 ChatGPT 记忆也是分开的。

认为 Work 模型在 Chat 中可用。 OpenAI 表示它们在常规 ChatGPT 对话中不可用。

认为共享 Work 任务会共享你的上下文。 当你共享计划好的 Work 任务时，OpenAI 表示共享“不会转移你的聊天记录、本地文件、文件夹、设备访问权限、关联应用凭据、保存的记忆、自定义指令或工作区权限”。

第 1 步：根据结果而非习惯进行选择

问问自己最后想要什么。如果是一个答案或快速草稿，使用 Chat。如果是一个你会审阅并使用的文件、报告、演示文稿或分析，使用 Work。如果是代码、测试或 pull request，使用 Codex。OpenAI 自己的表格是这样描述的：Chat 用于“与 ChatGPT 共同解决问题”，Work 用于“定义结果并获得可审阅的结果”，Codex 用于“使用开发者工具并查看技术细节”。

第 2 步：从包含上下文的项目中启动 Work

如果任务与现有项目相关，请先打开该项目并在其中选择 Work。Work 聊天将带着该项目的上下文启动。从空白聊天启动 Work 意味着需要重新添加文件和指令。

在开始一项长任务之前，告诉 Work 它应该已经知道的内容：结果、要使用的来源、约束条件以及何时停止以供审阅。OpenAI 的最佳实践正是这样建议的。

第 3 步：在开始前询问它知道什么

在你的第一条消息中，要求 Work 列出它正在使用的内容：项目文件、指令以及它回忆起的关于你的任何适用信息。如果缺少你期望的内容，请添加它。如果你切换到 Codex 进行编码部分，请假设 Codex 从其自身历史记录和该机器上的自身记忆开始，并在第一条消息中带入之前的决策。

Chat 和 Work 共享你的 ChatGPT 记忆和项目。Codex 保持自己的历史记录，并在你的计算机上拥有自己的记忆。Claude 和其他助手也各有各的记忆。你希望随处可用的决策和偏好，最终在每次切换时都要重新解释一遍。

MemoryLake 是一个记忆层，用于将这些上下文保存在你维护的一个列表中，供 ChatGPT 以及你连接的其他助手（如 Codex 和 Claude Code）使用。

你用自己的语言亲自编写条目。不会从你的 ChatGPT 记忆、项目、Codex 记忆、聊天记录或任何供应商的存储中读取、写入或删除任何内容。对于工作内容，请遵循你组织关于在工具之外保留内容的政策。

第 1 步：创建 API 密钥

登录并从控制面板生成密钥。该密钥属于你的 MemoryLake 工作区，与你的 ChatGPT 账户是分开的。

第 2 步：上传你的第一批记忆

从你在“解决方案”第 2 步中会告诉 Work 的内容开始：针对你的经常性任务的长期约束、来源和偏好。每个条目一个要点，注明日期，并贴上所属项目的标签。

第 3 步：连接你的 AI 和智能体

连接 ChatGPT 和你使用的其他助手。从 Work 切换到 Codex 或另一个助手时，将从相同的上下文开始。

第一个区别是，模式切换不再是靠猜。你知道 Chat 和 Work 共享历史记录、项目和记忆，你也知道 Codex 的界限在哪里。

第二个区别是任务从正确的地方开始。从项目打开的 Work 聊天会带有该项目的上下文。

第三个区别是工具之间的迁移成本降低了。如果你是从 Claude Cowork 转向 Work，我们的从 Claude Cowork 迁移到 ChatGPT Work 指南 涵盖了这一迁移过程。

将 Work 用于交付物。 Chat 用于回答，Codex 用于代码。

从项目开始。 Work 会获取项目的上下文。

检查“最近”过滤器。 它可以仅显示 Chat 或仅显示 Work。

在 Codex 中查找 Codex 聊天。 它们的历史记录与 ChatGPT 历史记录是分开的。

预期你的记忆设置会生效。 Work 使用与 Chat 相同的账户和工作区设置。

将决策带入 Codex。 本地 Codex 记忆是一个独立的存储库。

在共享 Work 任务前进行审阅。 共享不包括你的记忆或历史记录，但包括任务指令。

ChatGPT Work 是处理多步骤任务并产出可审阅成果的模式。它与 Chat 共享聊天记录、项目和记忆，并使用常规 Chat 对话中不可用的模型。Codex 共享 Work 的功能和使用结构，但保留自己的历史记录，并在你的计算机上拥有自己的记忆库。

从包含上下文的项目启动 Work，在聊天似乎丢失时检查“最近”过滤器，并在转向 Codex 时带上你的决策。