OpenAI Codex 大改版：滑块 UI 上线，实时语音功能或迎来重构

OpenAI 的 Codex 最近又有新动作了，界面和功能层面的变动引起了不少开发者和科技爱好者的关注。如果你也经常关注 AI 工具的迭代，这次更新可能会影响你的使用习惯。

UI 调整：努力选择器变身“滑块”

Codex 努力选择器变身滑条形式

首先说的是 UI 交互上的优化。OpenAI 正在给 Codex 测试一种全新的“努力选择器” UI。

之前，我们可能习惯了用下拉菜单或者固定的选项来调整模型的生成“努力程度”。这种设计虽然直观，但在微调时往往缺乏灵活性。而这次的测试版本将其改为了滑条形式。

这个改动意味着什么？

1. 更精细的控制：滑块让我们可以在从“快速草稿”到“深度思考”之间进行无级调节，不再受限于预设的几个档位。
2. 视觉上的流畅感：相比于枯燥的选项列表，滑动条在操作上更具现代感，也更符合现代 Web 应用的交互直觉。
3. 开发效率的潜在提升：对于需要反复尝试不同参数以寻找代码生成平衡点的用户来说，拖拽滑块显然比反复点击菜单要顺手得多。

虽然目前还在测试阶段，但这种调整通常意味着官方听取了用户反馈，意在降低操作门槛，让模型的表现更可控。

功能重构：实时语音支持要彻底重写？

除了 UI 的小步快跑，另一个重磅消息是关于实时语音支持功能的。

据目前的测试情况来看，OpenAI 似乎打算对 Codex 的实时语音功能进行“外科手术式”的重写。已经有消息指出，之前可用的相关组件已经被移除。

为什么突然要大修？

• 架构优化：早期的实时语音可能是基于旧的架构搭建的，为了应对更复杂的编程场景和更低延迟的需求，底层重构往往是不得不走的路。
• 新功能酝酿：旧组件的移除往往是为了给新特性让路。也许下一代 Codex 的语音交互不仅仅是听写代码，还能包含更智能的上下文理解或多轮对话修正。
• 修复旧疾：如果之前的语音模式存在卡顿、识别率低等问题，彻底重写比在旧代码上打补丁更有效。

虽然“移除组件”听起来像是功能倒退，但在软件开发的逻辑里，这通常标志着重大更新前夜。我们不妨期待一下，这次重写后的实时语音体验能否带来质的飞跃。

写在最后

Codex 这一波操作，UI 上追求更丝滑的人机交互，功能上则对核心能力进行大刀阔斧的架构调整。对于开发者来说，这既意味着短期内的适应成本，也预示着未来可能拥有更强大、更顺手的 AI 编程助手。

大家觉得滑块式的努力调节实用吗？对于 Codex 的实时语音功能，你有什么具体的痛点期待新版本解决？欢迎在评论区交流你的看法。