AI Engineer Code Summit：OpenAI 讲解 Codex 云端、语音与 dots 新工作方式

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（一项新功能，让你把应用体验保存到 ChatGPT）依然还在。对于一个从本地开始的任务，他描述了如何让 Codex 推送一个分支并启动一个新的云端线程。

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

语音作为用户界面

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

“你可以非常快速地对这些东西进行迭代，最终达到你真正设想的状态，尤其是当你不确定自己究竟想要达到什么目标时，”他说。

在工作坊的后面，Guo 解释说，在将工作委派给不同的智能体时，语音是一种有效的使用方式。

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

“我不会把[语音模式]想成：这是我现在用语音做的一条工作通道。我是这样想的：我如何管理我的线程？我如何查看各项进展？我如何从电脑上的其他应用提取数据？我如何在应用中创建新线程？只通过我的语音来完成。”

工作坊结束后，我问 Kundel 他在工作中使用语音的一些方式是什么？

他回答说听写是其中一种方式，但另一个使用场景是与他的 dot 对话。

“由于我的 dot 可以访问我所有的开发机、笔记本电脑和云环境，它也拥有关于我工作内容的全部上下文，知道我在做什么，”他告诉我。“所以我经常在上班路上和它交谈 [...] 来梳理思路，在开车时启动一些 PR，这样等我回到家或到办公室时，就可以去审查它们。所以，语音 incredibly 强大。”

Dots

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

“作为 Codex 高级用户，dot 用起来感觉有点别扭，”他说。“我想是因为它们是一种新范式，而且它们擅长的东西和主 Codex 不同。”

但他说，作为高级用户，他发现 dot 有三个有用的地方。第一个是作为安全网——你的 dot 可以标记出你可能遗漏的东西。第二个是作为“委托接收器”；Guo 说出于这个原因，他“在 Slack 里大量使用它”。第三个是作为无处不在的存在。

“我认为 dot 略有不同的第三种方式是，我们的目标是让它们真正出现在你工作的所有地方，”Guo 说。

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

“那是因为它通常已经拥有大量上下文，并且知道如何管理事务，它可以替我把这些 PR 推进下去。”

结论

Kundel 以一份使用 Codex 的技巧清单结束了工作坊，包括“调低它”（指的是 effort 等级）以及“向你的智能体寻求帮助”。

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