最近使用 Codex 的时候，很多人应该发现了一个变化：Codex 和 ChatGPT 的关系越来越近了。

现在，Codex 可以直接使用 ChatGPT 账号登录，也被纳入 ChatGPT 的套餐体系。桌面端甚至可以在 ChatGPT 和 Codex 之间直接切换。

那问题来了：

Codex 是不是已经变成 ChatGPT 的一个功能了？

我认为，准确的说法不是“Codex 被 ChatGPT 吞并”，而是：

OpenAI 正在把 Codex 纳入 ChatGPT 的统一产品体系，但 Codex 本身仍然保持独立的技术工作流。

一、Codex 和 ChatGPT 现在到底是什么关系？

从目前的产品设计来看，ChatGPT 体系中大致包含三种不同的工作方式：

• Chat：普通问答、搜索、头脑风暴
• Work：研究、分析、写报告、处理文档和表格
• Codex：写代码、改代码、运行测试、操作代码仓库和终端

OpenAI 官方也明确区分了这几个入口：Chat 负责快速对话，Work 负责长期、多步骤任务，Codex 则专注于软件开发和技术工作。

不过，Codex 目前并没有完全和 ChatGPT 混在一起。它仍然是桌面端的独立视图，工作流和历史记录也保持分开。Codex 可以操作本地文件夹、代码仓库、终端和开发工具，这些能力并不会因为进入 ChatGPT 体系而消失。

所以，这次变化更像是：

账号统一
套餐统一
入口靠近
资源体系逐渐统一
专业工作流继续保留

而不是简单地把 Codex 改名成 ChatGPT。

二、为什么 OpenAI 要把 Codex 合并进 ChatGPT？

1. ChatGPT 正在从聊天工具变成工作平台

ChatGPT 最初给人的感觉是“你问我答”。你提出一个问题，它给你一个答案。

但现在的 AI 产品已经开始发生变化。用户不再满足于只获得一段文字，而是希望 AI 能够真正把事情做完：

• 帮我修改项目
• 帮我运行测试
• 帮我分析一批文件
• 帮我整理研究资料
• 帮我制作报告
• 帮我持续跟进一个长期任务

这类需求和普通聊天已经不一样了，它需要 AI 能够理解上下文、调用工具、执行多个步骤，并且在遇到问题时继续推进。

Codex 恰好是 OpenAI 在“智能体工作”方面最成熟的产品之一。它不只是生成代码，还可以理解项目、修改文件、运行命令、执行测试，并根据测试结果继续修复。

因此，把 Codex 纳入 ChatGPT 体系，实际上是 OpenAI 在扩展 ChatGPT 的能力边界：

ChatGPT 不再只是一个回答问题的窗口，而是逐渐变成一个可以调度各种智能体的工作平台。

2. 统一账号和套餐，降低使用门槛

以前 ChatGPT、Codex CLI、IDE 插件、云端 Codex 和桌面应用之间，多少有一些割裂。

用户很容易产生疑问：

• CLI 应该用哪个账号登录？
• ChatGPT Plus 能不能使用 Codex？
• Codex 的额度和 ChatGPT 的额度是不是分开的？
• 换到另一台电脑后，还能不能继续使用？
• 企业管理员应该管理哪一套权限？

现在 Codex 可以使用 ChatGPT 账号登录，并且被纳入 ChatGPT 的订阅体系。官方说明，Codex 已覆盖 ChatGPT 的多个套餐，具体使用限制则根据套餐和任务复杂度有所不同。

这对于用户来说非常重要。因为用户不需要再把 Codex 当成一个完全独立的新产品去学习。只要已经有 ChatGPT 账号，就可以直接进入 Codex，或者在 CLI、IDE 和桌面端之间切换。

从产品设计上看，这相当于统一了三件事：

1. 用户身份统一
2. 订阅权益统一
3. 管理和权限体系统一

3. 编程是最适合智能体落地的场景

为什么 Codex 会成为 OpenAI 智能体战略的重要组成部分？

因为代码是一种非常适合 AI 执行的工作对象。

代码有几个特点：

• 文件结构清晰
• 修改结果可以被追踪
• 测试可以验证正确性
• 错误信息比较明确
• 任务可以拆分成多个步骤
• 最终结果可以通过运行程序来检查

比如，用户说“帮我修复这个 bug”，Codex 可以：

1. 阅读项目结构
2. 找到相关代码
3. 分析错误原因
4. 修改文件
5. 运行测试
6. 根据测试结果继续调整
7. 最后告诉用户改了什么

这种完整的执行闭环，比单纯生成代码片段更接近真正的工作。

OpenAI 先通过 Codex 把这种模式打磨成熟，再把类似的能力扩展到研究、文档、表格和其他知识工作中，是比较自然的产品路径。

4. OpenAI 想让用户习惯“交代目标”，而不是“询问答案”

这是我认为最关键的一点。

传统 ChatGPT 的交互方式通常是：

“请告诉我某个问题的答案。”

而 Codex 更像是：

“我有一个目标，请你帮我把它完成。”

这两种交互方式差别很大。

前者强调信息获取，后者强调任务交付。

当越来越多的用户习惯把需求直接交给 AI，AI 产品的价值就不再只是“回答得好不好”，而是：

• 能不能理解目标
• 能不能自己拆解任务
• 能不能调用正确工具
• 能不能持续推进
• 能不能在结束时交付一个可用结果

从这个角度看，Codex 和 ChatGPT 的结合，是在推动用户从“使用 AI 搜索答案”转向“使用 AI 完成工作”。

三、合并之后，普通用户能得到什么好处？

1. 一个账号，可以使用多个工作入口

现在用户可以使用同一个 ChatGPT 账号登录：

• ChatGPT 桌面端
• Codex 桌面端
• Codex CLI
• Codex IDE 插件
• 云端 Codex
• 部分移动端远程访问能力

这让 Codex 的使用成本降低了很多。尤其是对于刚开始接触 AI 编程的用户，不需要额外注册一套账号，也不用先研究复杂的 API Key 配置。

2. ChatGPT 负责讨论，Codex 负责执行

这是一个非常实用的组合。

比如，我可以先在 ChatGPT 中讨论：

• 这个项目应该怎么设计
• 哪种技术方案更适合
• 功能应该拆成哪几个模块
• 可能有哪些风险

确定方案后，再交给 Codex 去：

• 阅读项目
• 修改代码
• 创建文件
• 运行测试
• 检查结果

简单来说：

ChatGPT 更适合想清楚
Codex 更适合做下去

两者靠近之后，用户不用反复复制和粘贴大量背景信息，工作流程会更连贯。

3. Codex 的订阅价值提高了

如果用户本来就购买了 ChatGPT Plus、Pro 或其他符合条件的套餐，现在通常不需要再单独购买一个完全独立的 Codex 产品。

这也是很多用户最直接能感受到的变化。

不过，这里有一个容易误解的地方：

纳入 ChatGPT 套餐，不等于 Codex 可以无限使用。

Codex 的使用量仍然受到套餐、任务规模、代码库大小、运行时间和复杂度影响。大型项目、长时间任务和多轮测试修复，消耗的智能体资源会更多。

所以，合并之后是“使用入口和权益统一”，不是“所有任务无限免费”。

4. 更适合长期项目和多任务协作

传统聊天通常是一问一答。Codex 更适合长期任务，比如：

• 持续维护一个项目
• 同时处理多个功能
• 一边开发一边测试
• 让不同智能体分别负责不同模块
• 持续进行代码审查和重构

OpenAI 对 Codex 桌面应用的定位，也已经从单纯的代码助手转向智能体指挥中心。官方提到，Codex 可以让多个智能体并行工作，并在不同任务之间切换，同时保留各自的上下文。

这说明 OpenAI 认为未来的开发方式可能不再是“一个人对着一个 AI”，而是：

一个人管理多个不同分工的 AI 智能体。

5. 企业管理会更加方便

对于企业来说，统一产品体系的好处更加明显。

企业管理员可以集中管理：

• 谁可以使用 Codex
• 哪些模型可以使用
• 本地任务和云端任务的权限
• 插件和外部应用
• 云端代码环境
• 使用量和合规记录

OpenAI 也已经提供了 Codex 的企业权限管理、环境管理、使用分析和合规记录能力。

这意味着 Codex 不再只是程序员个人使用的小工具，而是在逐渐进入企业的软件开发流程。

四、合并之后有没有代价？

当然有，而且有几个地方需要特别注意。

1. 使用额度可能变得更复杂

Codex、Work 等智能体任务会消耗相应的 agentic usage，也就是智能体任务资源。

普通聊天消息和 Codex 任务，并不是完全一样的消耗方式。

一个简单的代码修改可能消耗很少，但一个大型仓库的分析、长时间运行任务，或者多轮测试修复，消耗就会明显增加。

所以以后不能只看“我今天还能发多少条消息”，还要看 Codex 自己的使用额度和限制提示。

2. 本地任务和云端任务要分清

Codex 可以处理本地文件，也可以执行云端任务。这两种模式的隐私边界不一样：

• 本地任务主要在自己的电脑上运行
• 云端任务会使用 OpenAI 的云环境
• 使用插件或外部连接器时，数据还可能经过第三方服务

处理代码、数据库、密钥、公司资料时，不能因为账号统一了，就默认所有数据都在同一个安全边界里。

尤其是涉及敏感信息时，最好明确知道：

• 当前任务是在本地还是云端
• 是否开启了网络访问
• 是否使用了外部插件
• 哪些文件被授权给了 Codex

3. 界面统一，不代表历史记录完全打通

目前 Codex 仍然是独立视图，Codex 的历史记录与 ChatGPT 普通对话分开。

这其实也是有好处的。ChatGPT 的普通对话更偏生活、搜索和知识问答；Codex 的历史则通常包含代码修改、终端输出、测试结果和项目上下文。如果所有内容完全混在一起，反而会降低管理效率。

所以 OpenAI 现在采取的是一种折中方式：

入口统一，但专业工作流仍然分开。

五、这次合并对 OpenAI 本身意味着什么？

从 OpenAI 的角度看，这次变化至少有三层意义。

第一层：扩大 Codex 的用户规模

Codex 原本更容易被开发者接受。但 ChatGPT 拥有更大的普通用户群体。将 Codex 纳入 ChatGPT 体系后，更多非程序员也会开始接触代码和智能体。

这会扩大 Codex 的使用范围。

第二层：提高 ChatGPT 用户的使用深度

如果用户只是偶尔问一个问题，使用频率可能有限。但如果用户把项目、文档、代码和长期任务都放进 ChatGPT 体系，产品就会变成日常工作基础设施。

从 OpenAI 的角度看，用户使用得越深入，产品的黏性就越强。

第三层：建立统一的智能体生态

未来的 AI 产品可能不再只有一个模型窗口，而是由多个专业智能体组成：

• 编程智能体
• 研究智能体
• 数据分析智能体
• 文档智能体
• 浏览器智能体
• 自动化智能体

ChatGPT 更像统一的入口和管理层，而 Codex 则是其中最成熟的专业智能体之一。

这也是为什么 OpenAI 需要把它们放到同一套账号、套餐、插件和权限体系中。

六、最后的判断

我认为，Codex 和 ChatGPT 的“合并”，本质上不是简单的产品合并，而是 OpenAI 产品战略的一次调整。

以前的 ChatGPT 更像：

一个可以和你聊天的 AI。

现在的 ChatGPT 正在变成：

一个可以调度多个智能体，帮助你完成真实工作的 AI 平台。

而 Codex 在其中承担的是技术执行角色。

它负责理解代码、操作项目、执行命令和验证结果；ChatGPT 则承担更通用的交流、思考和任务入口。

所以最准确的总结是：

ChatGPT 统一了入口、账号和产品体系，Codex 保留了自己的专业能力和技术工作流。

对用户来说，最大的好处是使用更简单、入口更统一、订阅价值更高，也更容易把“想法”直接转化成“可运行的结果”。

但同时，额度、隐私、本地与云端边界也变得更加重要。以后使用 Codex 时，不能只关注它能不能完成任务，还要关注它在哪里运行、使用了哪些权限，以及消耗了多少资源。

这可能就是 ChatGPT 和 Codex 合并之后，最值得普通用户理解的一件事。