我升级了新版 ChatGPT，发现 AI 工具正在消失
ChatGPT 和 Codex 合在一起后，我看到的不只是一次软件更新，而是一种工作方式正在成型。
注：本文基于我作为用户看到的界面变化和实际使用体验，不代替官方技术说明。
这两天我升级 Codex 的时候，看到了一句话：
Codex is now the ChatGPT app.
这句话很短，但我盯着看了好一会儿。
因为它不是简单告诉你“换了个入口”，也不是普通意义上的“产品改版”。对我这种长期同时使用 ChatGPT 和 Codex 的人来说，它更像是一个信号：
AI 工具正在消失，AI 工作空间正在出现。
过去我们习惯把 AI 分成很多工具：聊天用 ChatGPT，写代码用 Codex，改页面用 Cursor，查资料用搜索，做图用图片工具，做自动化再找 Agent。
但这次更新让我明显感觉到，OpenAI 想做的不是再增加一个工具，而是把这些能力放回同一个工作流里。
这件事，对程序员当然重要。
但我觉得它对老师、内容创作者、产品经理、小团队创业者，甚至所有已经把 AI 当成日常助手的人，可能更重要。
因为大多数人真正需要的，不是又学会一个新工具。
而是少切一次窗口，少复制一次上下文，少解释一遍“我刚才到底想干什么”。
1. 我以前的 AI 工作流，其实很割裂
我自己过去几个月的工作流，大概是这样的：
先在 ChatGPT 里讨论一个产品想法。
比如 OneTake、SpeakFlow，或者最近一些教育类小产品。我会先和 ChatGPT 聊定位、用户、功能、页面结构、文案，甚至把 PRD 的骨架聊出来。
聊到差不多以后，再把这段内容复制到 Codex。
然后让 Codex 去读项目、改代码、跑命令、修 bug、启动服务。
开发过程中一旦发现方向不对，我又会回到 ChatGPT 继续讨论：
这个功能要不要砍？
这个页面是不是太复杂？
用户第一次打开到底应该看到什么？
讨论完，再复制回 Codex。
这套流程能跑，而且确实比纯手工开发快很多。但它有一个问题：思考和执行是分开的。
ChatGPT 更像一个讨论室。
Codex 更像一个施工现场。
问题是，真实工作并不是这样分开的。
做产品的时候，你不是先一次性想清楚，再一次性开发完。真实情况往往是：
讨论两句，改一点；
跑一下，发现不对；
再回头想，继续调整。
也就是说，讨论本来就是开发的一部分。
以前 AI 工具把它拆开了，现在它开始重新合在一起。
2. 这次更新最打动我的，不是某个按钮
很多大博主已经写了功能介绍。
界面怎么变了，入口在哪里，能力有哪些，这些文章肯定比我更快、更全。
所以我不想再写一篇“新版 ChatGPT 更新了什么”。
我更关心的是：它改变了什么工作习惯。
对我来说，最明显的变化是，ChatGPT 和 Codex 之间的边界变模糊了。
以前我会下意识判断：
这件事是在 ChatGPT 里聊，还是去 Codex 里做？
现在这个问题正在变少。
我可以在一个连续的上下文里先说想法，再让它改文件，再让它运行命令，再回过头继续讨论产品判断。
当然，这不代表所有能力都已经完美合并，也不代表所有历史数据都自动打通。这个我后面会单独说。
但仅从使用体验上看，它已经在往一个方向走：
AI 不再只是回答问题，而是在同一个空间里陪你把事情推进。
这就是我说“AI 工具正在消失”的原因。
不是 AI 没有工具了。
而是你不再需要那么强烈地感知每个工具的边界。
3. 从“会用工具”到“会组织工作”
过去两年，很多人学习 AI 的方式是学习工具清单。
写文章用哪个？
做 PPT 用哪个？
写代码用哪个？
生成图片用哪个？
做自动化用哪个？
这个阶段很正常。新技术刚出现的时候，大家必须先认识工具。
但如果 AI 继续往今天这个方向发展，我觉得下一阶段的核心能力会变成：
不是你会不会用某个 AI 工具，而是你会不会把 AI 放进自己的工作流。
比如一个老师，不一定要研究 Codex 的细节。
但他可能需要一个连续空间：先和 AI 讨论课程设计，再生成教案，再整理课堂活动，再把学生反馈整理成下一轮改进建议。
一个内容创作者，也不一定关心代码。
但他可能需要从选题、资料、提纲、草稿、配图、发布文案，到复盘数据，都在一个上下文里推进。
一个轻量开发者或者独立产品人，则更典型：
先讨论用户需求，再生成 PRD，再改前端，再跑本地服务，再看效果，再继续改。
这些都不是“单点工具”的问题。
它们是“连续工作”的问题。
这也是我为什么觉得 ChatGPT 和 Codex 走到一起，比单纯发布一个新模型更值得关注。
模型能力当然重要。
但如果模型永远被关在一个聊天框里，它能帮你的事情还是有限。
真正改变效率的，是它能不能进入你的工作现场。
4. Projects 会怎么合并？我会谨慎看待
很多人可能和我一样，会立刻想到一个问题：
ChatGPT 以前有 Projects。
Codex 以前也有 Projects。
那现在它们到底是怎么合并的？
这个问题我现在不会下一个太满的结论。
我能确定的事实是：我在升级后看到了 “Codex is now the ChatGPT app” 这样的提示，并且实际体验上，Chat 和 Coding 的边界比以前弱了很多。
但我不能据此直接说：所有历史 Project 都已经在后台完全合并，所有聊天、文件、仓库、任务都自动变成同一个数据模型。
这个说法需要官方文档或更完整的实测支持。
我目前更愿意把它理解为一个产品方向：
ChatGPT 的 Project，不再只是聊天和资料的容器；Codex 的 Project，也不再只是代码和终端的容器。它们正在靠近一个更大的概念：Workspace。
也就是一个工作空间里同时有：
产品讨论；
文档和资料；
代码仓库；
终端命令；
浏览器预览；
Agent 执行；
以及持续迭代的上下文。
至于老 Project 是保留、关联、迁移，还是分阶段统一，我建议大家不要只看名字判断。
更实际的检查方式是：
打开你原来的 ChatGPT Project，看它是否能自然进入开发或执行任务；
打开你原来的 Codex Project，看它是否能保留更多讨论上下文；
如果两个 Project 关联的是同一个代码仓库，再观察它们是否出现了更明确的连接。
在这类产品变化里，名字相同不等于已经合并。
真正值得看的，是上下文、文件、代码和执行能力有没有开始进入同一个工作流。
5. 对普通用户来说，真正的变化是“少解释”
我一直觉得，AI 产品里最浪费人的地方，不是模型回答慢。
而是你要反复解释背景。
你刚在一个地方聊完产品定位，到了另一个工具，又要重新讲一遍：
这是给谁用的；
我们之前为什么砍掉某个功能；
这个页面为什么不能太复杂；
这段代码现在卡在哪里；
下一步到底是验证需求，还是先修 bug。
每一次复制粘贴，表面上只浪费几十秒。
但真正损失的是连续思考。
你刚刚建立起来的上下文，被切断了。
所以这次合并方向对我最有价值的地方，不是“它又多了一个功能”，而是它减少了这种上下文断裂。
以后我们评价 AI 产品，也许不能只问：
它回答得准不准？
它写代码强不强？
它生成图片好不好？
还要问一个更实际的问题：
它能不能记住我正在做什么，并且继续往前推？
这对教育、创作、产品和开发都一样。
如果一个 AI 每次都像第一次见你，它再聪明也只是问答工具。
如果一个 AI 能理解你正在推进的事情，它才更像工作伙伴。
顺便说一句，如果你也关心这种真实工作流里的 AI 变化，可以关注一下 【浩哥AI实验室】。我后面会继续用自己的项目做实测，不只看发布会，也看它到底能不能干活。
6. 我对这次变化的判断
我的判断很简单：
ChatGPT 和 Codex 的这次靠近，不是终点，而是 AI Native 工作方式的开始。
以前的软件，是一个个功能模块。
文档是文档。
代码是代码。
聊天是聊天。
终端是终端。
浏览器是浏览器。
人负责在中间切换、复制、解释、判断。
而现在的方向是，AI 开始站到这些模块中间，把它们串起来。
这并不意味着人不重要了。
恰恰相反，我觉得人的判断会更重要。
因为当 AI 能帮你执行更多事情以后，你真正要负责的是：
目标是否值得做；
需求是否真的成立；
取舍是否合理；
结果是否能交付；
以及什么时候应该停下来重新想。
AI 可以让执行变快。
但方向感还是人的事情。
这也是我为什么不太喜欢把这类更新简单讲成“程序员要失业了”。
这个说法太粗糙。
我更愿意说：
会被改变的不是某一个职业，而是所有人的工作颗粒度。
以前你要把任务拆给不同软件。
以后你更像是在一个工作空间里，和 AI 一起推进一件事。
结尾：以后我们学习 AI，可能要换个问题
这次升级以后，我脑子里一直有一个变化：
以前我会问：
这个 AI 工具怎么用？
现在我更想问：
我能不能把一整段工作交给它一起推进？
这两个问题不一样。
前者关注功能。
后者关注协作。
从 ChatGPT 到 Codex，再到它们开始走向同一个应用，这条线其实很清楚：
AI 正在从“回答问题的工具”，变成“参与工作的空间”。
这件事现在还没有完全完成，中间肯定还有很多不顺、很多边界、很多迁移问题。
但方向已经很明显了。
未来我们可能不会再那么频繁地说：
我打开哪个 AI 工具？
而是直接进入一个工作空间，说：
我们继续把这件事做完。
这才是这次更新真正让我兴奋的地方。
如果你也想继续看我用真实项目观察 AI 工具变化，欢迎关注 【浩哥AI实验室】。我会继续把这些更新放到具体工作流里试，而不是只停留在功能介绍。