这两天 Codex 的更新有点密。9 月 29 日OpenAI 把 GPT-6.1 Sol 推进了 Codex 和 ChatGPT WorkAPI 也在同一天上线。一起出现的还有多 Agent 和浏览器执行能力。单看每条都像普通的版本更新放在一起看方向就很明显了Codex 越来越不像一个只负责补代码的工具而是在往“能自己拆任务、调用工具、持续干活”的 Agent 发展。我把这轮更新翻了一遍下面几件事比较值得聊。GPT-6.1 Sol 到底是什么定位先说官方给的定位能力接近 GPT-6 Astra但成本更低比较适合反复执行、耗时较长的代码、应用和文档任务。翻成更直白的话就是它不一定专门服务于“一次问完、一次答完”的场景。像跨文件修改、复杂重构、长时间排查问题或者让 Codex 从资料整理一路做到最终交付这类任务更符合它的使用方向。如果你的客户端已经开放可以直接从模型选择器切换。CLI 里也能这样启动codex--modelgpt-6.1-sol暂时没看到也不用急。模型是否出现还会受到套餐、客户端版本、灰度进度和工作区设置影响并不是所有账号会在同一时间拿到。价格没突然变贵缓存输入反而便宜了一点GPT-6.1 Sol 已经进入 Responses API 和 Chat Completions API。对于不超过 272K 输入长度的标准处理请求官方给出的每 100 万 Token 价格如下项目GPT-6.1 Sol输入2 美元缓存输入0.10 美元缓存写入2.50 美元输出10 美元拿 9 月 22 日上线的 GPT-6 Sol 对比标准输入和输出还是 2 美元、10 美元缓存输入则从 0.20 美元降到了 0.10 美元。这个变化看着不大但如果你的 Agent 每次都要读一大段固定说明、代码库背景或者系统提示词缓存能不能用起来最后的账单差别可能比模型单价本身更明显。当然官方说的“接近 Astra”只能当成产品定位不能直接当成自己项目里的评测结论。真准备迁移还是得拿真实任务跑一遍一次完成率怎么样要不要频繁返工速度和总成本能不能接受。只看跑分或者模型名字通常不够。多 Agent 开始从概念变成正式能力这次 GPT-6.1 Sol 还有一个挺有意思的变化Responses API 加入了 Beta 阶段的多 Agent 能力主 Agent 可以把一部分工作分给子 Agent。比如排查一个横跨前端、后端和数据库的问题可以让几个 Agent 分头查再由主 Agent 汇总结论做代码库评估时也可以把架构、测试覆盖和依赖风险拆开处理。不过多 Agent 不是越多越好。如果几项工作互相依赖很深拆开之后还要不停同步上下文最后可能比一个 Agent 从头做到尾更慢。真正适合并行的还是那些边界清楚、结果能独立验证的子任务。Agent 现在还能直接操作托管浏览器同一天Agents API 也加入了 Computer Use。Agent 可以在 OpenAI 托管的浏览器里执行网页任务网站访问审批和登录流程交给接入方应用处理。这件事的价值不难理解。以前做“先分析再打开网页操作最后把结果带回来”的流程往往要自己准备浏览器环境和一堆自动化代码。现在这条链路可以直接放进 Agent 工作流里。但它也把权限问题推到了台前哪些网站能访问什么操作必须让用户确认登录状态怎么处理提交表单或发布内容后怎样留痕这些都要提前设计好。浏览器能被模型操作不代表所有按钮都应该让模型自己点。Windows 用户还有一个小修复Codex CLI 在 9 月 29 日更新到了 0.159.2。这个版本修掉了 Windows 上启动后台进程和沙箱命令时控制台窗口偶尔闪一下的问题。不是什么大功能但属于每天用的时候能明显少一点烦躁的那种修复。还有一件事别忘了GPT-5.5 会在 2026 年 10 月 14 日退出 ChatGPT、ChatGPT Work 和 Codex不过这次退役不影响 OpenAI API。如果你的固定配置、计划任务或者脚本里还写着 GPT-5.5最好提前检查一下。现在该怎么选我的理解是不用因为 6.1 出来了就立刻把所有任务都切过去。复杂重构、跨文件修改、长时间执行的任务可以优先试试 GPT-6.1 Sol任务量很大但每项工作比较聚焦更在意吞吐量和成本可以继续看 GPT-6 Luna真正特别难、希望模型从头到尾扛住的任务再考虑 GPT-6 Astra。最靠谱的做法还是留一小组自己的测试任务。每次换模型就跑一遍比较一次完成率、人工返工时间、总成本和实际耗时。模型更新会越来越快但这套选择方法不会很快过时。信息核对日期2026 年 9 月 30 日。官方资料ChatGPT 与 Codex 更新日志OpenAI API 更新日志