进入 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 Luna

OpenAI 对三者的定位分别是：

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-dir=node_modules \
  -E "gpt-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 提供的不只是单仓库说明，还需要跨仓库契约。

例如：

interface MultiRepositoryTask {
  goal: string;

  repositories: {
    name: string;
    responsibility: string;
  }[];

  sharedContracts: string[];

  invariants: string[];
}

示例：

const task: 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-web

acceptance:
  - 前后端枚举一致
  - 列表筛选有效
  - 导出结果一致
  - 原有测试通过

十二、现在的最新情况可以概括成四句话

截至 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 的最新情况，也是它目前真正进入的软件工程阶段。

Logo
AtomGit AI 社区

AtomGit AI 社区提供模型库、数据集、Agent、Token等资源

更多推荐

cover

ChatGPT Plus和Pro用户注意：Codex从GPT-5.4迁移到GPT-5.6完整教程

avatar AtomGit AI 社区
cover

ICRA 2026：Manus解决灵巧机械手面临的新兴数据难题

avatar AtomGit AI 社区
cover

AI时代前端开发会消失吗？小白程序员必看，收藏这份进化指南！

avatar AtomGit AI 社区