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

Latent Space· Richard MacManus·2026-11-11 12:49· 1 小时前AI 评分55

AI Engineer Code Summit：OpenAI 谈使用 Codex 的新工作方式

AI 导读

Richard MacManus 报道 AI Engineer Code Summit 上 OpenAI 开发者体验工程师 Dominik Kundel 和 Charlie Guo 的 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（一项新功能，可让你把应用体验保存到 ChatGPT）仍然存在。对于一个在本地启动的任务，他描述了如何让 Codex 推送一个分支并启动一个新的云端线程。

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

语音作为用户界面

Kundel 在研讨会期间展示的演示之一是一个为虚构唱片公司 Blossom Music 创建的新网站。Kundel 演示了对该网站的实时编辑，并说他有时在以这种方式迭代时会使用语音听写。

“你可以非常快速地迭代这些东西，并达到你真正设想的境界，尤其是当你不确定自己真正想要达到什么目标时，”他说。

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

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

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

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

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

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

Dots

说到 dots，个人智能体在研讨会中只是被简要讨论。也许这是因为，正如 Guo 承认的那样，它们对开发者来说并不完全直观。

“作为一名 Codex 高级用户，dots 用起来感觉有点别扭，”他说。“我认为这是因为它们是一种新范式，也因为它们擅长的事情与主 Codex 不同。”

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

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

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

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

结论

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

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

来源：Latent Space · latent.space