作家 | Eran Stiller

译者 | 刘雅梦

OpenAI 最近发布了 Codex 专揽劳动器的详备架构形色，这是一个双向契约，它将 Codex 编码智能体的中枢逻辑与其多样客户端界面解耦。专揽劳动器目下撑合手每一个 Codex 体验，包括呐喊行界面（CLI）、VS Code 扩张、Web 专揽、macOS 桌面专揽，以及来自 JetBrains 和苹果 Xcode 的第三方 IDE 集成，通过一个单一、踏实的 API 结束。

这篇著作由 OpenAI 工程师 Celia Chen 撰写，是 一系列 详备先容开源 Codex CLI 里面结构的著作之一。正如 Chen 所形色的，智能体交互与浅近的恳求 / 响应交换有着压根的不同：

一个用户恳求不错张开成一个结构化的动作序列，客户端需要诚笃地暗示：用户的输入、智能体的增量程度、一起产生的工件。

Codex 专揽劳动器的里面架构：模范输入输出（stdio）读取器和 Codex 音问解决器将客户端的 JSON-RPC 恳求出动为 Codex 中枢操作，并将里面事件出动回踏实的、UI 就绪的示知（来源）。

为了对此进行建模，OpenAI 蓄意了三个对话原语。项（Item）是输入或输出的原子单元，具有明确的生命周期：“驱动”（started）、可选的流式“增量”（delta）事件和“完成”（completed）。这不错是用户音问、智能体音问、器具实施、审批恳求或各异。轮次（Turn）将由单个智能体职责单元产生的项序列分组，由用户输入启动。一个线程（Thread）是正在进行的会话的合手久容器，撑合手创建、复原、分叉和归档，并保留事件历史纪录，以便客户端不错在不丢失情景的情况下重新畅达。

该契约还撑合手劳动器发起的恳求。当智能体在实施呐喊之前需要批准时，劳动器会向客户端发送恳求，并暂停轮次，直到收到“允许”或“拒却”的响应。通讯使用 JSON-RPC 手脚 JSONL 流式传输在 stdio 上，OpenAI 将其蓄意为向后兼容，以便旧版客户端不错安全地与新版劳动器通讯。

值得扫视的是，幸运彩app官方下载OpenAI 在最终信服这个蓄意之前尝试并拒却了 模子盘曲文契约（MCP）。Chen 解释说，在构建 VS Code 扩张时，团队起头尝试将 Codex 手脚 MCP 劳动器公开，但“在 VS Code 中珍视 MCP 语义以使其特意旨被讲明是可贵的。”IDE 交互所需的更丰富的会话语义，如流式各异、审批历程和线程合手久性，并莫得干净地映射到 MCP 的器具导向模子上。OpenAI 仍然撑合手将 Codex 手脚 MCP 劳动器运行以安妥更浅近的职责历程，但忽视使用专揽劳动器来结束全保真集成。

带有可选批准的器具实施的契约音问流。劳动器暂停轮次并向客户端发送恳求，客户端必须在智能体不错赓续之前用“允许”或“拒却”响应（来源）。

著作形色了客户端用于镶嵌专揽劳动器的三种部署模式。像 VS Code 扩张和桌面专揽这么的腹地客户端绑缚一个特定于平台的二进制文献，将其手脚子进程启动，并保合手一个双向的模范输入输出通说念绽放。像 Xcode 这么的配结伙伴通过保合手客户端踏实而指向更新的专揽劳动器二进制文献来解耦发布周期，允许他们接收劳动器端改动而无需恭候客户端发布。

Codex Web 运行时聘任了不同的圭表：一个职责器成就一个容器，在其中启动专揽劳动器，浏览器通过 HTTP 和劳动器发送事件进行通讯——保合手浏览器端 UI 轻量级。同期，关于长技术运行的任务，劳动器仍然是数据源。

专揽劳动器的演变与更芜俚的行业致力于以模范化代理 - 剪辑器通讯相平行。由 Zed Industries 发起目下由 JetBrains 撑合手的智能体客户端契约（Agent Client Protocol，ACP）聘任了互补的圭表：OpenAI 的专揽劳动器是特定于 Codex 框架的契约，而 ACP 旨在成为畅达任何编码智能体到任何剪辑器的通用模范，告成类比于十年前通过谈话劳动器契约（Language Server Protocol ）模范化谈话器具的形状。Codex CLI 本人也被列为 ACP 兼容智能体之一。这些圭表的共存反馈了行业仍然在为智能体集成信服正确的详细范畴——一个 OpenAI 承认正在“快速演变”的空间。

{jz:field.toptypename/}

Codex 专揽劳动器的悉数源代码王人不错在开源 Codex CLI 存储库中找到，契约文档 包括用于 TypeScript 和 JSON Schema 的模式生成器具，以便捷使用任何谈话进行客户端绑定。

• 发布
• 幸运彩app官方下载
• 专栏
• OpenAI
• Codex