OpenAI 将 Codex 并入 ChatGPT 桌面端，新增 Work 与 Codex 两种模式。Work 模式让非技术人员也能实现复杂任务自动化，Codex 则专注完整开发流程。本文详解两者核心能力、适用场景及选择方法，揭示 OpenAI 从聊天工具向 AI 工作平台的转型。

7月9日，OpenAI把Codex正式并入ChatGPT桌面端之后，很多人打开新客户端第一反应是懵的。

左上角怎么多了Work和Codex两个切换按钮？

原来的聊天框去哪了？

别急，这不是界面改版这么简单，背后是OpenAI的产品逻辑变了。

从「你问我答」的聊天工具，变成「你派活，我干活」的生产力工作台。

并且，将对话模式变为两种：

1. Work：面向所有知识工作者，给它一个目标，它自己拆步骤、跨工具操作，直到交付成品。
2. Codex：专门给程序员用的，读代码仓库、跑终端、改Bug、做PR审查，交付可运行的代码。

针对两种模式核心能力，以及工作中的使用场景，下面我们展开来说。

01 Work模式：不只是回答，是直接交付成果

以前用ChatGPT，你得一步步引导：

先帮我列大纲，再帮我写第一章，再帮我做数据图表，最后帮我排版。每一步都要你推着走。

Work模式不一样。

你给它一个最终目标，它自己拆解成多步任务，自己规划执行路径，中间遇到问题自己调整，直到把成品交到你手上。

核心能力有三个：

第一，跨工具连接能力

它可以读你授权的邮件、日历、Google Drive、Slack、GitHub里的内容，把分散在各个地方的信息汇总起来。

不用你手动复制粘贴。

第二，长流程自主执行

一个复杂任务可以持续跑几十分钟甚至几小时，拆成十几步自己完成。

比如把本周客户反馈整理成产品改进周报，带图表，它会自己拉邮件、读表格、分类归纳、生成数据图、最后输出完整PPT。

第三，成品级交付

不是给你一堆文字建议，是直接产出可编辑的文档、表格、幻灯片，甚至托管好的交互式网站。

你拿到手改改细节就能发。

适用人群很广：

产品经理做需求文档、运营做活动方案、市场做竞品分析、销售做客户报告、HR做招聘汇总……

只要你的工作产出是文档、表格、PPT、方案这类知识成果，Work都能帮上忙。

02 Codex模式：程序员的专属开发搭档

Codex原来就是独立的AI编程工具，这次只是从独立App搬进了ChatGPT桌面端，功能一点没砍，反而更强了。

它和普通的AI代码补全（比如GitHub Copilot）不是一个量级的东西。

Copilot是你写一行它补一行，Codex是你说一个需求，它自己读完整仓库、自己规划实现方案、自己写代码、自己跑测试、自己生成diff。

Codex的核心能力：

第一，深度代码库理解

它可以加载整个代码仓库，理解项目结构、依赖关系、编码规范，不是只看当前打开的文件。

改一个功能不会破坏其他地方。

第二，终端和环境操作

它能直接在你本地终端跑命令、安装依赖、执行脚本、跑测试用例，报错了自己看日志自己修。

第三，完整开发工作流

从需求理解→方案设计→写代码→跑测试→生成Git变更→PR审查，一整条链路都能做。

最后交付给你的是可以直接提交的代码diff，不是零散的代码片段。

这次合并后还新增了两个实用功能：

inline diff内联编辑（直接在代码差异里改）、侧边栏PR审查（打开GitHub PR就能让它帮你审代码）。一张表看懂核心区别：

03 三个容易踩的误区

误区一：Codex是写代码的，Work是写文案的

不准确。

Work的能力远不止写文案，它能跨工具整合信息、处理数据、生成完整方案甚至做简单网页。

它的本质是「通用知识工作自动化」，不是文案工具。

反过来，Codex也不只是「写代码」，它能跑终端、操作环境、管理Git、做代码审查，是完整的开发流程自动化。

误区二：Work比Codex高级，以后都会用Work

不存在谁替代谁。

两者底层是同一套智能体架构，但针对不同场景做了深度优化。

Codex在代码理解、调试、工程化方面的能力是Work比不了的。

专业开发就用Codex，别拿Work硬写代码。

误区三：两个模式都一样，随便选一个就行

差别很大。

模式决定了它默认加载什么工具、读取什么上下文、用什么模型、输出什么格式。

用错模式会导致结果不对路——比如用Codex写商业报告，它可能给你输出一堆代码风格的东西。

用Work改复杂Bug，它可能理解不了代码依赖关系。

那么，在工作中怎么选？

打开ChatGPT之前，先问自己三个问题：

第一个问题：我的最终产出是什么？

如果是文档、PPT、表格、方案、分析报告 → 选Work

如果是代码、功能、bug修复、技术方案 → 选Codex

第二个问题：我需要它读什么类型的资料？

如果是邮件、竞品文档、业务数据、会议记录 → 选Work

如果是代码仓库、日志、终端输出、技术文档 → 选Codex

第三个问题：这件事需不需要操作本地环境？

需要操作文件系统、跑命令、执行脚本 → 大概率选Codex

只需要信息处理和内容生成 → 选Work

另外，还有个简单粗暴的判断方法：

• 这件事你会交给运营/产品/助理做，就用Work；
• 这件事你会交给开发工程师做，就用Codex。

最后

这次合并不是简单的界面整合，是OpenAI从聊天机器人向AI工作平台转型的标志。

对于普通职场人来说，Work模式可能是今年最值得上手的AI工具。

它第一次让非技术人员也能体验到「AI帮我把一整件事做完」的感觉，而不只是帮我写几段话。

对于开发者来说，Codex并入ChatGPT不是降级，是打通了。

以后你可以在同一个App里，先用Work做技术方案调研，再切到Codex写代码实现，上下文是通的，不用在两个工具之间来回切。