进入 2026 年 8 月Codex 的产品形态已经和早期版本有了明显区别。它不再只是一个输入需求、输出代码片段的工具也不能简单理解成“ChatGPT 的编程模式”。截至2026 年 8 月 1 日OpenAI 官方 Codex 更新日志中最新的一条记录发布于7 月 31 日主要内容是确认 GPT-5.4 与 GPT-5.4 mini 将于 8 月 31 日从使用 ChatGPT 账号登录的 Codex 中退出并分别迁移至 GPT-5.6 Terra 和 GPT-5.6 Luna。但如果只把这次变化理解成“模型升级”就会错过当前 Codex 最重要的变化。现在的 Codex更准确的定位是ChatGPT 产品体系中的专业软件工程执行层。它负责的已经不只是代码生成而是围绕代码库持续完成阅读、分析、修改、测试、审查和远程执行等工程任务。一、先说结论现在的Codex不是Work也没有被Work替代当前 ChatGPT 产品体系已经明确区分为三种工作体验Chat └── 快速问答、讨论、搜索和头脑风暴 Work └── 长时间、多步骤的通用工作任务 Codex └── 软件开发、代码库、终端和技术工程任务OpenAI 对三者的官方定位非常清晰Chat 用于日常交流和快速帮助Work 用于研究、分析以及创建文档、表格、演示文稿、报告和网站Codex 用于编写或调试代码、运行测试和命令、审查变更以及操作代码仓库。这意味着现在不能再把所有复杂任务都统称为 Codex。比如整理行业资料 制作经营分析报告 生成演示文稿 跨应用收集信息这些任务更接近 Work。而下面这些任务才是 Codex 的核心领域阅读代码仓库 定位 Bug 修改多个文件 运行终端命令 补充自动化测试 检查 Git Diff 审查 Pull Request 维护工程配置因此Codex 当前并没有被通用 Agent 取代。相反它的边界正在变得更清晰Work 负责通用任务交付Codex 负责专业工程执行。二、现在在哪里可以使用Codex当前 Codex 的使用入口主要包括ChatGPT桌面应用中的Codex视图 Codex CLI IDE扩展 Codex云端能力 移动端Remote控制这里有一个容易误解的地方。Codex 目前仍然是 ChatGPT 桌面应用里的独立视图其历史记录和 ChatGPT 普通对话记录分开管理。Codex 可以访问被授权的本地文件夹、代码仓库、终端和开发工具。但 Codex 并不是一个可以直接在 ChatGPT 网页端或移动端选择的普通对话模式。官方当前说明是桌面端 可以直接选择Codex并开始工程任务 移动端 可以通过Remote标签访问受支持的桌面Codex任务 网页端 不能直接选择Codex作为独立体验移动端的 Remote 更像一个远程控制和审批入口而不是把完整的本地开发环境搬进手机。用户可以查看任务进度、继续任务以及审批重要操作但实际代码和终端环境仍运行在连接的 Mac、Windows 主机或远程工作空间中。这意味着当前 Codex 已经形成了一个新的使用结构桌面端主要工程工作台 移动端远程监督和审批端 CLI终端执行端 IDE代码编辑端 云端隔离任务和远程执行端三、Codex目前的模型结构已经彻底变化当前 Codex 推荐的核心模型不再是单一 Codex 专用模型而是 GPT-5.6 系列GPT-5.6 Sol GPT-5.6 Terra GPT-5.6 LunaOpenAI 对三者的定位分别是Sol 复杂、开放、需要深度判断和高质量完成度的任务 Terra 日常工程任务的主力模型 Luna 目标明确、可重复、高频的轻量任务官方当前建议默认从 GPT-5.6 Sol 开始Codex 的默认 Power 设置使用 GPT-5.6 Sol 和 Medium 推理强度。需要更快或成本更低的处理时可以切换至 Terra、Luna或降低推理强度。可以这样理解复杂系统分析 大型重构 模糊Bug定位 高风险架构决策 ↓ GPT-5.6 Sol 普通功能开发 接口修改 单元测试 局部重构 ↓ GPT-5.6 Terra 代码搜索 批量转换 信息提取 格式整理 明确重复任务 ↓ GPT-5.6 Luna这说明现在的 Codex 已经从“选择一个最强模型”进入“根据任务选择模型”的阶段。四、8月最需要注意的是GPT-5.4迁移2026 年 8 月当前最明确的时间节点是2026年8月31日从这一天开始使用 ChatGPT 账号登录 Codex 时GPT-5.4 和 GPT-5.4 mini 将不再可用。官方推荐替换关系是gpt-5.4 ↓ gpt-5.6-terra gpt-5.4-mini ↓ gpt-5.6-luna这项变化不影响 OpenAI API也不影响使用自己 API Key 认证的 Codex 会话。真正需要注意的不是手动切换一次模型而是检查模型名称是否被写入了长期配置。例如工作区默认模型 config.toml 自定义Agent 定时任务 自动化脚本 托管配置 团队任务模板可以在代码库或配置目录中进行一次扫描grep-RIn\--exclude-dir.git\--exclude-dirnode_modules\-Egpt-5\.4|gpt-5\.4-mini.如果配置中仍然存在model gpt-5.4应根据任务类型调整为model gpt-5.6-terra或model gpt-5.6-luna这里不建议机械替换。GPT-5.4 原来承担的复杂任务不一定全部适合直接迁移到 Luna。迁移后最好重新运行一组代表性任务对结果质量、修改范围和执行速度进行回归检查。五、Codex最新变化之一开始真正支持多仓库工程7 月 30 日的桌面端更新增加了多仓库统一审查能力。在多文件夹项目中开发者现在可以看到所有仓库以及每个仓库的修改行并在同一个 Review 界面审查跨仓库 Diff而不必在多个审查窗口之间来回切换。这项能力的重要性远高于表面上的界面优化。现代项目经常由多个仓库组成frontend-web backend-api shared-types mobile-app infrastructure documentation一个简单需求给订单增加riskLevel字段可能影响shared-types ↓ backend-api ↓ frontend-web ↓ mobile-app ↓ 接口文档早期代码 Agent 往往只能做到“当前仓库内正确”。现在 Codex 开始向“系统级变更”发展局部文件生成 ↓ 单仓库任务执行 ↓ 跨文件修改 ↓ 多仓库变更 ↓ 跨仓库统一审查这意味着开发者以后需要给 Codex 提供的不只是单仓库说明还需要跨仓库契约。例如interfaceMultiRepositoryTask{goal:string;repositories:{name:string;responsibility:string;}[];sharedContracts:string[];invariants:string[];}示例consttask:MultiRepositoryTask{goal:增加订单风险等级,repositories:[{name:shared-types,responsibility:维护共享类型},{name:backend-api,responsibility:处理风险等级查询},{name:frontend-web,responsibility:展示和筛选风险等级}],sharedContracts:[OrderRiskLevel],invariants:[所有仓库使用相同枚举,旧订单没有riskLevel时仍可读取]};六、Codex CLI现在更像任务管理器而不只是聊天终端Codex CLI 0.146.0 增加了多项与长期任务相关的能力给新会话命名 固定重要线程 在侧会话之间切换 分叉线程 创建不进入列表的临时分叉 加载Agent Plugin清单 连接远程Code Mode Host 发现执行器提供的技能同时该版本增强了线程在中断、回放、导入和分叉时对消息、错误和审批设置的保留。这说明 Codex CLI 的设计重点正在从一次提问 ↓ 一次回答转向一个工程目标 ↓ 多个任务线程 ↓ 多次执行和审批 ↓ 持续维护任务状态例如一个功能开发任务可以分成主线程 实现订单风险筛选 分支线程A 分析现有状态枚举 分支线程B 检查导出模块 分支线程C 设计测试方案 临时线程 尝试替代实现这更接近 Git 分支和工作流引擎而不是普通聊天记录。七、Plugin和Skill正在成为Codex能力的重要组成部分Codex CLI 最新版本开始支持 Agent Plugin Manifest、工作区插件发布以及额外插件市场还可以发现执行器提供的技能并安全读取对应资源。这说明 Codex 当前的能力已经不再完全来自模型。它开始形成模型推理 代码仓库 插件 技能 MCP连接 终端工具模型负责理解任务 选择步骤 判断调用哪个能力 分析工具返回结果插件和技能负责读取确定性数据 运行确定性命令 访问团队工具 执行专用工作流因此未来 Codex 项目的差距可能不只来自模型选择还来自团队为 Codex 准备了什么工具和工程规则。八、Codex现在已经出现“本地执行、远程控制”的完整形态Codex Remote 已面向所有 ChatGPT 计划正式开放。用户可以通过 ChatGPT 移动应用连接 Mac 或 Windows 主机启动或继续 Codex 工作查看进展并审批操作当前远程控制使用设备与主机之间的一对一二维码配对。这意味着工程工作流可以变成办公室电脑运行Codex ↓ Codex持续分析、修改或测试 ↓ 用户离开电脑 ↓ 手机查看任务状态 ↓ 批准或拒绝关键操作这一形态的重要意义不是“手机写代码”。而是开发者开始从实际执行者变成远程监督者。过去人坐在电脑前 逐行操作终端 逐个修改文件现在人定义目标 Codex执行任务 人从其他设备监督和审批九、Codex已经不只被程序员使用但技术边界仍然存在OpenAI 在 2026 年 7 月披露Codex 每周用户已超过 500 万其中超过 100 万用户将其用于软件开发之外的任务。OpenAI 此前还表示非开发者约占 Codex 总用户的 20%并且该群体的增长速度超过开发者用户的三倍。非开发者场景包括分析、营销、运营、设计、研究和投资等工作。但这并不意味着 Codex 已经变成通用办公助手。当前更合理的理解是Codex的能力边界正在扩大 但它仍然保留工程执行的核心定位例如非程序员也可以利用 Codex处理结构化数据 生成交互式页面 自动化重复任务 调用插件完成业务流程 整理技术材料但涉及代码仓库、终端、测试和工程环境的任务仍然是 Codex 与普通 ChatGPT 或 Work 的主要区别。十、现在的Codex强在哪里又没有强到哪里当前已经比较成熟的能力理解中大型代码库 跨文件完成明确修改 运行测试和命令 生成并审查Diff 管理多轮工程线程 使用插件与技能 远程监督任务 跨仓库查看变更当前仍然不能完全放手的地方业务规则是否理解正确 修改范围是否过大 历史兼容逻辑是否可以删除 测试是否真的保护业务行为 架构决策是否适合长期维护 高风险操作是否应该执行因此Codex 当前最适合的关系仍然是人类负责 目标、边界、业务判断和最终审批 Codex负责 搜索、分析、实现、测试和变更整理而不是给出一个模糊需求 ↓ 让Codex完全自主完成 ↓ 结果直接上线十一、2026年8月更合理的Codex使用方式现在使用 Codex可以把任务分成三个等级。等级一明确的小任务例如查找某个函数的全部调用 补充一个单元测试 修复明确的类型错误 批量替换旧API推荐Luna或Terra 低或中等推理强度任务描述必须包含明确完成标准。等级二普通功能开发例如增加订单筛选 修改接口参数 新增页面功能 重构局部模块推荐流程先分析影响范围 ↓ 生成修改计划 ↓ 人工确认 ↓ Terra或Sol执行 ↓ 运行测试 ↓ 审查Diff等级三复杂系统任务例如多仓库字段迁移 大型架构重构 复杂性能问题 权限系统改造 数据库结构变化推荐流程Sol进行整体规划 ↓ 分叉多个线程分析 ↓ 锁定上下文和修改范围 ↓ Terra执行普通修改 ↓ 跨仓库统一审查 ↓ 完整回归测试 ↓ 人工最终批准这类任务不应只依赖一句 Prompt。应该有明确的任务协议goal:增加订单风险等级constraints:-不修改支付模块-不删除历史兼容逻辑-不新增第三方依赖repositories:-shared-types-backend-api-frontend-webacceptance:-前后端枚举一致-列表筛选有效-导出结果一致-原有测试通过十二、现在的最新情况可以概括成四句话截至 2026 年 8 月 1 日Codex 当前状态可以概括为第一Codex仍是独立的专业工程执行体验 没有被ChatGPT Work取代。 第二模型体系已经切换到GPT-5.6的 Sol、Terra、Luna分层结构。 第三Codex正在从单仓库代码修改 进入多线程、多仓库、插件和远程执行阶段。 第四Codex越来越像工程任务运行时 而不再只是代码生成器。结语现在讨论Codex重点已经不是“会不会写代码”2026 年 8 月的 Codex已经越过了单纯代码补全和代码生成阶段。它现在拥有专业桌面工程入口 CLI与IDE执行环境 GPT-5.6模型分层 多仓库统一审查 长期任务线程 Agent Plugin和Skill 远程主机与移动审批但它仍然没有变成一个可以完全脱离开发者判断的自动程序员。当前最准确的定位是Codex 是一个由开发者控制、能够持续操作真实工程环境的软件工程 Agent。ChatGPT 更擅长讨论和理解。Work 更擅长通用任务和成品交付。Codex 更擅长在代码库、终端、测试和工程工具中真正执行。所以现在使用 Codex 的核心问题已经不是它能不能生成代码而是如何把一个真实工程目标 拆成Codex可以安全执行、 开发者可以持续审查的任务链这才是 2026 年 8 月 Codex 的最新情况也是它目前真正进入的软件工程阶段。