ChatGPT 语音功能登陆 iOS 上的 Codex

iOS 上的这项功能并非指在手机上本地运行带麦克风的 Codex，而是一种配对式远程设置。一旦手机与运行 Codex 应用的桌面主机配对成功，iOS 上的 ChatGPT 语音便会通过 OpenAI 的 GPT-Live 模型将语音请求路由至该连接设备上的 Codex 任务 ^[1]。这种配对机制并非全新：OpenAI 首次在 2026 年 5 月推出 Codex 移动端远程控制功能，允许 iPhone、iPad 和 Android 用户扫描 Codex Mac 应用生成的二维码，从而在手机上监控运行中的线程、批准命令并查看差异和测试结果 ^[2]。当时，配对仅支持 Codex 的 macOS 版本，Windows 支持被承诺“即将推出”^[2]。2026 年 7 月 23 日的新意在于，这一已有的远程通道现在可传输语音，而不仅仅是文本和点击操作——开发者可以从手机上说出“启动一个 Codex 任务来运行测试并调查任何未通过的项目”，即可在配对的桌面上触发该任务 ^[1]。

《财富》杂志将此次语音功能发布视为 OpenAI 在智能体编码竞赛中力图保持 Codex 领先于 Anthropic 的 Claude Code 的一部分 ^[3]，该发布紧随 7 月 9 日 Codex 被整合进更广泛的 ChatGPT Work 产品之后两周——《财富》报道称，这一合并使该工具的周活跃用户数从约 500 万增长至约 1000 万 ^[3]。Thibault Sottiaux 被指名在合并后负责 Codex ^[3]。增加一个可同时监听和说话的全双工语音层，使 OpenAI 能够宣传通过语音协调多线程编码任务、审查 PR 和调试的能力，从而超越传统的键盘输入 ^[3]，这建立在 OpenAI 约两周前推出的通用语音层 GPT-Live 模型之上，而非专为 Codex 构建的独立系统 ^[4]。

语音访问存在实际限制，使用前值得了解。语音对话从一个独立的、按订阅计划而定的额度中扣除，该额度以滚动的五小时为周期计算，与普通 Codex 使用量分开统计，且桌面应用中每次只能有一个语音会话处于激活状态 ^[1]。关键在于，语音启动的任何 Codex 任务仍会额外消耗底层的 Codex 使用预算——与 Codex 对话改变了输入方式，但并未创造免费算力 ^[1]。同一天（7 月 23 日）的更新还为 macOS 增加了屏幕上下文功能（例如说“看看这个”可共享当前窗口的截图），但该功能需获得“屏幕录制”“系统音频录制”和“辅助功能”权限才能启用 ^[1]，且该功能仅限于桌面应用，不适用于 iOS 配对场景。

并非所有人都将此次更新视为重大进步。AI 评论员 Chubby（@kimmonismus）称此次发布相对于前期宣传显得平淡，指出实际新增功能仅为语音、macOS 屏幕上下文和多文件夹项目，并对传闻中的更快推理层级未实现表示失望：“我真心希望他们发布的不止这些。他们对今天发布的 hype 实在太高了。”这种期待与交付之间的张力在 r/codex 社区中也有回响，讨论在对无障碍和免手操作用例感到兴奋的开发者与另一些认为语音不适合精确编码工作的开发者之间分裂——输入精确命令或 JSON 负载时，打字比说话更容易，而听错的指令可能导致破坏性操作。多个讨论帖还将此次发布与对 Codex 使用限制的持续不满联系起来，认为语音更像是一个分散注意力的功能，而非开发者真正期待的特性。