OpenAI 在 AI Engineer Code Summit 谈 Codex 的新工作方式

AI Engineer Code Summit 今日开幕，并举办了一系列工作坊，其中包括来自领先前沿实验室 OpenAI、Anthropic 和 Google DeepMind 的分享。我参加了 OpenAI 的工作坊，其标题颇为引人注目：“与 Codex 协作的新方式”，由两位开发者体验工程师 Dominik Kundel 和 Charlie Guo 主持。

过去一年，编码智能体领域一直是所有前沿实验室不断进行产品升级的过程。但并非所有这些变化都进展顺利。例如，向云端的转变对许多 Codex、Claude 和 Antigravity 的用户来说仍然令人困惑。

我们还看到了与智能体协作的新方式。像 OpenAI 的 dots 和 Anthropic 的 Claude Duet 这样的个人智能体可以在会话之间提供协助，而语音模式则为开发者提供了另一种引导编码任务的方式。

OpenAI 的工作坊涵盖了这三点，我在会后也向 Kundel 提出了一些关于这些话题的后续问题。

Guo 在工作坊开始时列举了自 2026 年 6 月 AI Engineer World's Fair 以来他们在 Codex 中发布的一系列功能。“我不得不精简这个列表才能让它显示在屏幕上，因为要放进去的东西太多了，”他说。“我认为团队一直以令人难以置信的速度在发布。”

向云端过渡的尴尬

Codex 于 2025 年 5 月推出，定位是“一个基于云的软件工程智能体，可以并行处理许多任务”。但 Kundel 承认，“模型和运行框架花了一段时间才达到平衡，从而让我们能够构建真正引人入胜的体验。”换句话说，Codex 的云端部分往往是一种尴尬的用户体验。

这种情况在 9 月下旬 DevDay 之后开始改变，当时宣布了改版后的 Codex Cloud 第 2 版。突然间，云端使用似乎变得更加可行。正如 DevDay 公告所说，你现在可以“终于合上笔记本电脑，而你的智能体将继续工作”。

正如官方工作坊文章（托管在 ChatGPT Sites 上）所解释的，新版 Codex Cloud 让你可以“发布一次环境，并在该设置的隔离实例中运行多个任务”。

“如果你在公司工作，这些环境可以在公司内部共享，或者你也可以创建自己的环境，”Kundel 在谈到这些云环境时说。“你首先选择想要访问的 GitHub 仓库。”

工作坊结束后，我向 Kundel 承认，我仍然觉得 Codex 的云功能令人困惑——例如，当我在本地启动一个任务，之后想把它移到云端时。

“我们当然希望让它更容易，”Kundel 回答说。“其中一部分将取决于管理上下文差异。例如，昨天我最终做的是，我在本地处理一些事情，然后我直接让 Codex 去把它移交给云端。”

这种向云端的移交是 OpenAI 正在努力为用户改进的功能。为了演示，Kundel 在浏览器中重新打开了一个现有的云任务，并向我展示其 Appshot（Mac 应用窗口的本地截图）仍然附带着。

Codex Cloud 现在“只是一个后台，就像事情发生的另一个执行器，”他继续说道。“因此，类似地，你实际上可以让本地 Codex——例如——在云端 Codex 上启动一个任务。所以它们都在某种程度上融合在一起。”

语音作为用户界面

Kundel 在工作坊中展示的演示之一是一个名为 Blossom Music 的虚构唱片公司的新网站。Kundel 现场演示了对该网站的实时编辑，并说他有时在以这种方式迭代时会使用语音听写。

“你可以非常快速地迭代这些东西，进入你真正设想的那个世界，尤其是当你不确定自己到底想要什么的时候，”他说。

在工作坊稍后部分，Guo 解释说，在将工作委派给不同智能体时，语音是一种有效的模式。

“我见到的大多数使用语音配合编程的人，基本上只是把它当作日常工作之上的另一种媒介，”他说。但就他个人而言，他喜欢把语音当作控制平面，他说这让他能够控制自己在代码库中所做的一切。

“我不会把它（语音模式）想成是在说，这是我此刻用语音做的那一条工作线。我会把它想成是在说，我如何管理我的线程？我如何查看各项事务？我如何从电脑上的其他应用拉取数据？我如何在应用中创建新线程？就只用我的语音。”

工作坊结束后，我问 Kundel，他在工作中有哪些使用语音的方式？

他回答说，听写是他使用语音的一种方式，但另一个用例是与他的 dot 对话。

“由于我的 dot 可以访问我所有的开发机、我的笔记本电脑和我的云环境，它也掌握了我所做工作的全部上下文，我做什么，”他告诉我。“所以我经常在上班路上和它对话[…]来梳理事情，在开车时启动一些 PR，这样当我回家或到办公室时，就可以去审查它们。所以，语音非常强大。”

Dots

说到 dot，个人智能体在工作坊中只是被简要提及。也许这是因为，正如 Guo 所承认的，它们对开发者来说并不完全直观。 

“作为 Codex 的重度用户，dot 用起来有点别扭，”他说。“我认为这是因为它们是一种新范式，而且它们擅长的事情与主 Codex 不同。”

但他说，作为重度用户，他发现 dot 有三件事很有用。第一是作为安全网——你的 dot 可以标记出你可能遗漏的事情。第二是作为“委派汇聚点”；Guo 说他正是因为这个原因“在 Slack 中大量”使用它。第三是作为无处不在的存在。

“我认为 dot 稍有不同的第三种方式是，我们旨在让它们真正出现在你工作的每一个地方，”Guo 说。

就他而言，Kundel 告诉我，他的许多任务都是从他的 dot 开始的，而不是通过提示 Codex 本身。

“这是因为 dot 往往已经拥有大量上下文，并且懂得如何管理事务，它可以为我推进这些 PR。”

结论

Kundel 以一份在 Codex 上使用的技巧清单结束了工作坊，其中包括“调低它”（指努力程度）以及“向你的智能体求助”。

但最终，他说，关键在于不要过于执着于你目前在 Codex 中的工作方式——“事情在不断变化。”