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 承认，「模型和驾驭框架（harness）花了一段时间才磨合到能让我们做出真正吸引人的体验的程度」。换句话说，Codex 的云端部分一直以来的用户体验都有些别扭。

这一点在 9 月下旬的 DevDay 之后开始改变，当时发布了改版后的 Codex Cloud 第二版。云端使用一下子显得可行多了。正如 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 写提示词。

「这是因为它通常已经掌握了大量上下文，懂得如何管理事情，还能替我把这些 PR 往前推进。」

结语

Kundel 在工作坊结尾给出了一份使用 Codex 的建议清单，包括「把它调低」（指推理投入程度）和「向你的智能体求助」。

但他说，归根结底，关键是不要太执着于你目前使用 Codex 的方式——「事情一直在变。」