过去一周，Codex 的更新重点不在“换一个更会写代码的模型”，而在“让 AI 编程 Agent 更像一个可持续工作的工程系统”。根据 OpenAI Developers 的 Codex changelog 和 GitHub openai/codex releases，截至 2026 年 5 月 2 日，近一周最值得关注的是 4 月 30 日发布的 Codex CLI 0.128.0，以及 5 月 1 日出现的 0.129.0-alpha.2 预发布版本。
如果你只是日常使用 Codex 写代码、改网站、跑测试，真正应该关注的是 0.128.0 这个正式版本。0.129 alpha 更适合愿意尝鲜、能接受不稳定性的开发者。下面老达就按“事实梳理、影响分析、使用建议”的方式，把这周的 Codex 更新讲清楚。
一、近一周 Codex 更新时间线
先看时间线：
- 2026 年 4 月 30 日：OpenAI 官方 Codex changelog 记录 Codex CLI 0.128.0 发布。
- 2026 年 4 月 30 日：GitHub openai/codex releases 显示 0.128.0 成为 Latest 正式版本。
- 2026 年 4 月 30 日晚间：GitHub 出现 0.129.0-alpha.1 预发布。
- 2026 年 5 月 1 日：GitHub 出现 0.129.0-alpha.2 预发布。
这说明 Codex CLI 仍然处在高频迭代阶段。正式版在补齐面向普通用户的稳定能力，alpha 版则继续推进下一轮实验性能力。对大多数用户来说，本周重点看 0.128.0 就够了。
二、Codex CLI 0.128.0：这次更新的核心是什么？
Codex CLI 0.128.0 的更新内容很多，但可以归纳成 6 个方向：
- 新增持久化
/goal工作流； - 加入
codex update，并改善 TUI 操作体验； - 扩展权限配置和沙盒配置；
- 增强插件和 marketplace 工作流；
- 支持外部 Agent 会话导入；
- 强化 MultiAgentV2 的配置能力。
这些更新看起来偏工程底层，但它们指向同一个趋势：Codex 不再只是一次对话里帮你改几行代码，而是在往“长期任务、可恢复工作流、多 Agent 协作、插件化扩展、权限可控”方向演进。
三、/goal 工作流：让 Codex 更适合长期任务
这次最值得普通用户关注的是持久化 /goal 工作流。官方 changelog 提到，它配套了 app-server API、模型工具、运行时 continuation，以及 TUI 里的 create、pause、resume、clear 控制。
这意味着 Codex 的任务不再只是“这一轮对话里做完”。它开始更重视目标的持续状态：创建目标、暂停目标、恢复目标、清除目标。对复杂项目来说，这很重要。
举个老达AI博客自己的场景：如果我让 Codex 做“持续优化老文章内链结构”，这不是一个单次问答能完成的任务。它需要记录目标、分批处理、遇到问题暂停、后续继续。/goal 工作流就是朝这个方向迈的一步。
这也呼应了我之前写的 把博客发文流程做成项目内 Skill 的思路：AI 真正有价值的地方，不只是会回答，而是能围绕一个目标持续执行。
四、codex update 和 TUI 改进：降低日常使用摩擦
0.128.0 还新增了 codex update，并加入可配置 TUI keymaps、plan-mode nudges、action-required terminal titles，以及活动任务中的 /statusline 和 /title 编辑。
这些看起来不是大功能，但对高频用户很实用。AI 编程工具要进入真实工作流，最怕的不是“模型少懂一点”，而是使用过程里到处有摩擦：不知道任务现在卡在哪里、不知道什么时候需要人工确认、标题混乱、状态不清晰、快捷键不顺手。
这类细节优化，说明 Codex CLI 正在把命令行体验当成一个长期产品来打磨。对每天用 CLI 处理项目的人来说，这比单纯增加一个炫酷 demo 更有意义。
五、权限配置增强：从 full-auto 走向更明确的信任边界
这次更新还扩展了 permission profiles，包括内置默认配置、沙盒 CLI profile 选择、工作目录控制，以及客户端可见的 active-profile metadata。
同时，0.128.0 的 chore 里提到 --full-auto 被废弃，方向是引导用户使用更明确的权限配置和信任流程。
这点非常关键。很多人刚用 AI Agent 时，喜欢追求“全自动”。但真正落地到代码仓库、服务器、WordPress 站点时，全自动并不总是好事。更合理的方向是：不同任务给不同权限，危险操作需要确认，沙盒边界要清楚。
比如发布一篇文章、检查页面 meta、压缩图片，可以给较高自动化权限；但删除文件、改服务器配置、修改数据库，就应该保留人工确认。Codex 这次在权限 profile 上继续加强，说明官方也在把“可控自动化”作为重点。
六、插件和 marketplace：Codex 正在变成可扩展工作台
0.128.0 还改进了插件工作流，包括 marketplace installation、remote bundle caching、remote uninstall、plugin-bundled hooks、hook enablement state 和 external-agent config import。
简单说，Codex 正在从单一 CLI 工具，变成一个能装插件、接 marketplace、管理 hook、连接外部 Agent 配置的工作台。
这对普通用户意味着什么？未来你不一定要把所有能力都写进一个 prompt。比如 WordPress 发布、SEO 检查、浏览器验证、GitHub PR 处理、项目文档生成，都可以逐步变成插件、Skill 或外部工作流。
这和 AI 智能体与自动化专题 里提到的趋势一致：AI Agent 的竞争不只看模型，还要看工具、权限、运行环境、插件生态和可复用流程。
七、外部 Agent 会话导入：多工具协作会越来越常见
0.128.0 还增加了 external agent session import，包括后台导入和导入会话标题处理。
这个功能对普通用户可能暂时不直观，但它背后的信号很重要：未来开发者可能不会只用一个 AI 编程工具。你可能在 Codex、Claude Code、Cursor、GitHub Copilot、远程 Agent、CI Agent 之间切换。如何把外部会话、任务记录和上下文迁移进来，会变得越来越重要。
以前 AI 编程工具像一个个孤岛；现在它们开始需要互相迁移和协作。外部 Agent 会话导入，就是这种趋势的早期体现。
八、MultiAgentV2：多 Agent 不是口号，而是需要配置能力
这次更新还让 MultiAgentV2 配置更明确，包括线程上限、等待时间控制、root/subagent 提示，以及 v2 专属深度处理。
这说明多 Agent 协作不是简单地“多开几个 AI”。真正的多 Agent 系统，需要控制并发、等待、上下文、任务深度和主从关系。否则很容易变成多个 Agent 同时乱跑，既浪费资源，也难以收敛。
对个人用户来说，短期内不用过度追这个概念。但如果你要让 Codex 同时做代码修改、测试验证、文档整理、网页检查，多 Agent 的调度能力就会变得重要。
这也是我在 Codex 手机版和手机控制电脑方案 里提到的方向：未来手机、电脑、云端、Agent 中控之间会形成更复杂的协作关系。
九、Bug 修复：更稳定的恢复、终端、网络和 Windows 体验
除了新功能，0.128.0 还修复了不少基础体验问题。官方 changelog 提到，恢复和中断相关问题得到修复，包括 stale interrupt hang、provider 恢复、远程 resume 响应过大、resume 列表过滤慢等。
TUI 方面，终端 resize、Markdown 列表间距、slash-command 弹窗布局、键盘清理、shell 模式 escape、工作状态更新等都有改进。
网络和沙盒方面，managed network 行为继续加固，包括 deferred denial、代理绕过默认值、目标解析检查、IPv6 host 匹配、git -C 审批处理等。
Windows 方面也修复了 sandbox 和 PTY 边缘问题。对 Windows 用户来说，Codex 过去一段时间持续补齐 Windows 桌面和 CLI 体验，这一点值得关注。
十、5 月 1 日的 0.129 alpha：可以关注，但不建议普通用户追
GitHub releases 显示，5 月 1 日已经有 0.129.0-alpha.2 预发布版本。但截至我整理这篇文章时，公开页面能看到的是版本号、发布时间和预发布状态，详细更新说明并不完整。
所以对普通用户，我不建议马上追 0.129 alpha。更稳妥的做法是使用 0.128.0 正式版，等官方 changelog 或正式 release 说明出来，再判断是否升级。
如果你是插件开发者、CLI 重度用户、或者愿意承担预发布风险，可以关注 GitHub release 页面。但如果你只是用 Codex 维护网站、改代码、写工具，正式版更合适。
十一、这次更新对普通用户有什么实际意义？
我认为这次更新对普通用户有三个实际意义。
第一，Codex 更适合长期任务了。/goal 工作流让任务可以围绕目标持续推进，而不只是单轮对话。
第二，Codex 更重视权限边界了。permission profiles 和 --full-auto 的调整说明，AI 自动化正在从“能不能自动”转向“怎样安全自动”。
第三，Codex 的生态化趋势更明显。插件、marketplace、external agent session import、多 Agent 配置，都说明 Codex 不是只做一个命令行助手，而是在往工程工作台方向走。
对站长、独立开发者和内容创作者来说，这意味着我们可以把更多固定流程交给 Codex：比如 WordPress 发文、旧文更新、内链检查、专题页维护、代码小改、页面验证、资料整理。但前提是把规则、权限和验收标准写清楚。
十二、老达点评：Codex 正在从“写代码工具”变成“工作流工具”
这周的 Codex 更新，没有一个功能像“新模型发布”那样容易吸引眼球。但从长期看，它们更重要。
因为真正决定 AI 编程工具能不能长期用下去的，不只是模型聪不聪明，而是它能不能记住目标、恢复任务、管理权限、连接插件、导入外部会话、调度多个 Agent、处理真实终端和真实项目里的各种边角问题。
Codex CLI 0.128.0 的方向很明确：它正在从“帮你写代码的工具”，变成“帮你执行工程工作流的工具”。
对老达AI博客这样的独立站来说，这类更新的价值也很直接。以后发文章、改模板、整理旧文、做 SEO 检查、维护脚本，都可以逐步变成 Codex 能稳定执行的工作流。工具越成熟，个人站长能做的自动化就越多。
但我还是那句话：不要迷信全自动。真正好用的 AI 工作流，一定是目标清楚、权限清楚、检查清楚。Codex 这次更新，恰恰是在往这个方向走。
延伸阅读
- AI 编程工具专题
- AI 智能体与自动化专题
- Cursor、Windsurf 还是 Claude Code？2026 年 AI 编程工具选择指南
- 我把博客发文流程做成项目内 Skill：一次 129k 标记发布任务后的优化复盘
- Codex 有手机版吗？手机控制电脑自动执行的 3 种方案
