我越来越少切换软件了:在 Codex 里工作之后

最近在 Codex 里工作时，我发现自己有了一个变化：正常工作当中，很多时候，我已经不需要再单独打开浏览器或其他页面。

左边是项目和对话，中间与 AI 沟通，右边可以看文件、终端，也可以直接打开浏览器。

需要什么工作内容，就在同一个地方展开。做完一件事，再接着推进下一件事。

起初，我注意到的是方便。后来我开始想：当日常工作越来越多地留在这里，我使用软件的习惯，是不是也在变化？

我开始先想要完成什么，再考虑需要用到什么工具。

这让我重新看待 Codex 这样的 AI 工作台，也让我对 TRAE 最近将 Work 与 Code 整合到一起的更新产生了兴趣。

工作开始围绕一件事展开

以前，处理一个稍微复杂的任务，我们常常要先把它拆给不同软件。

比如修改一个网页：打开编辑器找文件，去浏览器看效果，切到终端读报错，再把相关内容复制给 AI，解释哪里不符合预期。

这中间有不少工作，是人在替工具传递信息：把页面的问题搬到对话里，把对话里的建议搬回代码，再把运行结果搬回来。

AI 工作台把这些环节放得更近了。

仍以修改网页为例，我可以先说清楚目标：这个页面哪里不顺手，希望调整成什么样，哪些内容要保留，以及怎样才算完成。AI 在获得相应权限后，再去读取文件、修改代码、运行检查，打开页面查看结果。

这是一个工作方式的例子。具体能走到哪一步，取决于工具能力、权限和任务本身。

但它提示了一种变化：我们可以围绕一个目标持续工作，少花一些力气在不同软件之间重新交代背景。

软件仍然各司其职，人开始把更多注意力放在任务本身。

三块区域，分担三件事

Codex 现在的布局，恰好让这种工作方式容易理解。

左边帮我回答：现在处理的是哪个项目、哪段对话、哪件事？

中间帮我表达：我希望做到什么，哪里需要调整，还有什么信息要补充？

右边帮我检查：AI 到底改了什么，文件长什么样，终端有没有报错，网页能不能正常使用？

布局职责示意，非产品界面截图。

这三个区域对应的是管理上下文、表达目标和检查结果。

三栏结构早已存在于很多软件中。今天值得关注的，是对话承担了更多组织工作的职责：它连接具体需求，也连接正在执行的工具和产生的结果。

一个纯聊天窗口，适合讨论问题。一个能打开真实文件、显示运行过程和展示网页的工作台，则更适合把讨论接着做下去。

对我来说，右边这块区域尤其关键。

如果 AI 说页面已经改好，我需要看到页面；如果它说文件已经生成，我需要能打开文件。工作台把这些对象放到眼前，我才能判断下一步该继续、纠正，还是结束。

几个产品，正在走向相近的方向

为了写这篇文章，我重新查了相关官方资料。几个产品的更新，能帮助理解这个方向。

2026 年 10 月 9 日，TRAE 中国版官方宣布整合 TraeWork 与 TraeCode。统一产品保留 Agent 和 IDE 两种模式：前者侧重任务推进及多 Agent 协作，后者保留深入编辑代码和调试的开发环境。公告同时提到跨端接续任务与集中管理产物。新版仍在逐步灰度放量，实际可用情况需要看客户端。TRAE 官方公告

来源：https://forum.trae.cn/t/topic/183224

Cursor 在 2026 年 4 月 2 日的 3.0 更新中推出 Agents Window，让用户围绕 Agent 管理跨仓库、跨环境的任务，同时可以切回 IDE，或将两种窗口一起打开。它的 Design Mode 还允许用户在浏览器里直接标注界面元素，把反馈指向具体位置。Cursor 官方更新日志

来源：https://cursor.com/changelog/3-0

OpenAI 在 2026 年 2 月介绍 Codex 桌面应用时，就将它定位为管理 Agent 工作的中心，强调并行任务、持续协作和审查修改；官方也明确讨论了通过 Skills 扩展到资料整理、写作等工作。OpenAI 官方介绍

来源：https://openai.com/index/introducing-the-codex-app/

这些是官方介绍的能力和产品方向，我没有把它们写成自己对所有产品的实测。

它们给我的共同启发是：AI 工具越来越需要一个能持续工作的空间。这里既要放得下需求，也要放得下工具、过程和最终产物。

至于这些产品是否会采用同一种布局，现在还不能下结论。值得观察的是，它们怎样让用户在任务委派和亲手操作之间切换。

软件还在，工作的入口开始变化

当浏览器、文件和终端都能在任务内部打开时，用户对软件的认识也可能改变。

过去，我们习惯从应用名称出发：写文档去文档软件，分析数据去表格软件，调整网页去开发工具。

以后，一部分工作可能从这样的要求开始：

“整理这份资料，找出主要问题，做成一份能给同事看的报告。”

接下来，AI 根据任务调用需要的工具，把中间过程和最终结果交回来。用户仍然在使用文档、表格或网页能力，只是进入这些能力的路径更集中。

工作方式示意；具体执行范围取决于工具、权限和任务。

这也意味着，软件提供商除了打磨自己的界面，还需要考虑另一类使用方式：用户通过 AI 来调用它的功能。

接口是否清楚，数据能否准确读取，操作结果能否确认，出错后能否恢复，都可能影响一项服务能不能顺利进入工作台。

这是我对产品方向的推测。它还不能说明专业软件会被统一入口全部替代。复杂设计、精细调试和大型表格，仍然需要能够直接操作的编辑环境。

我更期待的是：需要委派时，把任务交给 AI；需要深入处理时，随时进入具体文件或工具。

少切换之后，更需要学会检查

把工作集中到一个地方，也会带来新的问题。

对话长了，重要要求可能被埋在历史记录中。任务多了，各自的进度和产物容易混在一起。屏幕有限时，三栏同时展开，也可能让网页或文件显得局促。

这些问题需要更清楚的任务状态、更容易找到的产物，以及能够调整的界面来解决。

对使用者来说，同样需要改变习惯。

把目标说清楚，把必要背景交代完整，把验收标准提前讲明白。

“帮我做好一点”很难检查。“保留这些内容，修正这个问题，并展示修改后的结果”，才更容易形成可判断的交付。

验收也要落到真实对象上：文件是否存在，内容是否正确，页面是否能用，保存的草稿重新打开后是否完整。涉及提交、发布或发送时，还需要清楚知道操作到了哪一步。

AI 少让我操作几次鼠标，并不意味着我可以少做判断。

工作越集中，越要能看清楚发生了什么。

回到我在 Codex 里的体验，最直观的感受仍然是：我越来越少为了推进同一件事，反复离开当前工作空间。

至于未来的软件会长成什么样，我还没有一个确定答案。

但我已经开始习惯一种新的节奏：先说清楚想完成的事，在过程中补充和调整，再打开真实结果逐项检查。

我希望工作台继续改善的，也正是这几件事——让我少搬运一些信息，让任务更容易接着做，让结果更容易看清楚。

文中产品信息核验于 2026 年 10 月 10 日。布局与流程配图为说明性示意，个人体验限于文中已描述的 Codex 使用场景。