
Codex 是一个集成在 ChatGPT Web 应用中的云端软件工程智能体,旨在通过自动化编程任务来提升开发效率。
它可以编写新功能、修复 Bug、运行测试,并提出 Pull Request(PR),每项任务都在独立的云沙盒环境中运行,并预装好你的代码库。

目前,ChatGPT Pro、Team 和 Enterprise 用户已经可以使用 Codex,Plus 和 Edu 用户也即将开放。
Codex 的核心能力
Codex 的核心引擎是 codex-1,这是 OpenAI 针对软件工程优化的专属模型,具备以下特点:
-
编写新功能:无论是简单的功能模块还是复杂的系统设计,Codex都能根据你的需求生成代码。
-
实时解答代码库疑问:当你对某个代码逻辑感到困惑时,Codex可以快速为你解答。
-
修复Bug:Codex不仅能定位问题,还能提供修复方案,并通过测试验证修复效果。
-
生成Pull Request:Codex会自动生成PR摘要,并附上详细的代码变更说明和测试结果,方便团队协作。
每个任务都在独立的云沙盒环境中运行,确保安全性和隔离性。这意味着你的代码库不会受到外界干扰,同时Codex也能专注于处理特定任务。
Codex 的定位
Codex的定位有些“尴尬”。一方面它被称为“云端运行的软件工程智能体” ,但又不像传统的开发环境那样提供完整的编译、调试和部署支持。它更像是一个代码助手,而不是一个完整的开发平台。
例如,Codex无法访问外部API或互联网,这意味着它无法处理那些依赖于实时数据或外部服务的任务。这让我想到,如果我要开发一个需要调用支付接口的电商应用,Codex可能就无法完全胜任,因为它无法模拟真实的网络环境。
Codex如何使用?
入口:ChatGPT侧边栏(要开Pro套餐才有的)

下指令:输入你的需求,想让它干活就点“Code”,想问问题就点“Ask”

独立环境:每个任务都在隔离环境中处理,Codex能读写文件、跑测试、用linter和类型检查器等
实时进度:任务耗时1到30分钟不等(看复杂度),进度条让你心里有数
任务完成后,Codex会提交更改,并提供终端日志、测试输出等可验证的行动证据,方便你追溯每一步。你可以审查结果、要求修改、直接开PR,或者把代码集成到本地。甚至,你还能配置Codex环境,让它无限接近你的真实开发环境
Codex vs. Cursor
为了更好地理解Codex的优势和不足,我对比了Codex和Cursor
特性 | Codex(OpenAI) | Cursor(Anysphere) |
---|---|---|
部署方式 | 云端服务,集成于ChatGPT Web应用 | 本地IDE(基于VS Code) |
执行方式 | 沙盒环境中执行任务 | 本地执行,支持终端命令 |
响应速度 | 每次请求需3–5分钟 | 响应迅速,适合快速任务 |
代码质量 | 生成清晰、可审查的补丁 | 支持代码快照和多版本导航,适合复杂任务 |
集成方式 | 与ChatGPT Web应用集成 | 深度集成于本地IDE,支持插件和主题 |
适用场景 | 适合处理复杂任务和重构 | 适合快速开发和日常编码任务 |
安全性 | 任务在沙盒环境中执行,无法访问互联网 | 支持隐私模式,代码不存储于远程服务器 |
从对比中可以看出,Codex更适合处理复杂任务和重构,而Cursor则更适合快速开发和日常编码任务。开发者可以根据具体需求选择适合的工具,或者在不同任务中交替使用
总结
Codex 的发布标志着 AI 在软件开发领域的进一步应用,预示着开发者工作方式的转变。
Codex 和 Cursor 各有优势,适合不同的开发场景。
Codex 适合处理复杂任务和重构,提供深思熟虑的代码建议;而 Cursor 更适合快速开发和日常编码任务,响应迅速,集成度高。
开发者可以根据具体需求选择适合的工具,或在不同任务中交替使用,以提高工作效率。
对于我这样的产品经理而言,Codex 展示了 AI 在软件开发中扮演更主动角色的潜力,但在实际应用中仍需权衡其响应速度和集成方式等因素。
作为开发者,我认为Codex是一个非常有潜力的工具,但是我还是选择用Cursor!