Codex从代码补全走向实时协作,这一步跨得够大

 · 

Codex在OpenAI产品线里的定位一直在变。最早是代码补全工具,后来变成独立的编程模型(GPT-5.3-Codex),现在又并入了GPT-5.4的统一架构。

Codex CLI

值得一提的是OpenAI后来开源的Codex CLI——一个类似Claude Code的终端编程agent。但它的定位和Claude Code不太一样:

  • 更偏向轻量化的本地开发辅助
  • 集成在终端环境里
  • 支持多步骤的代码生成和执行

Spark和Realtime模式

Spark模式走的是轻量路线,不做深度推理,追求快速响应。适合日常编码中的快问快答。

Realtime模式则是面向实时协作场景——你在写代码的过程中,模型实时理解你的意图并提供建议。和Cursor的补全体验有点像,但底层是通过API实现的。

安全教训

GPT-5.3-Codex发布后拿到了OpenAI内部的”高”网络安全风险评级。这个事件推动了整个行业对AI编程工具安全性的重新审视。

核心矛盾很清楚:你希望AI写出的代码越强大,它被滥用写出恶意代码的可能性也越大。 这不是通过安全训练能完全解决的问题——它是编程能力提升的必然副产品。

OpenAI的应对方案包括分级访问控制、自动风险检测、以及在检测到高风险请求时降级到旧版模型。这套防护体系是不是足够?目前没有人能给出确定答案。

参考来源:OpenAI官方文档、Fortune报道