在这一时期，Codex 正在超越单一交互式编程会话的范畴。GPT-6.1 Sol 进入 Codex 模型路径，Codex CLI 0.162.1 稳定了以工作树为核心的版本，而 Codex Remote 已面向 ChatGPT Business 正式发布。企业控制、合规覆盖、可复用的云环境，以及一个已经过去的模型迁移截止日期，使治理成为贯穿其中的关键议题。

以下是我们对 OpenAI 模型、Codex 生态系统和更广泛竞争格局中重要动态的每周解读，以及它们对您技术战略的意义。

1. GPT-6.1 Sol —— 新的默认模型

Release Terminal 报道称，GPT-6.1 Sol 正在向 Codex、ChatGPT Work 和 API 推出，并且供应商声称其在编程和文档任务方面有所改进。该报告还称 API 定价保持不变。

此外，针对 Codex 0.161.0 的版本跟踪将 GPT-6.1 Sol 标识为捆绑目录和 Amazon Bedrock 目录中的默认模型。即使价格不变，默认模型的变更仍然很重要，因为它可能会改变未显式固定模型的工作流的输出、延迟和工具行为。

CTO 要点： 应将此视为一次模型迁移，而不是常规目录更新。您的团队应识别继承默认模型的任务，重新运行具有代表性的编程和文档任务，并在广泛部署前记录验收率或人工审查工作量的任何变化。

据报道，Responses API 还为包括 GPT-6.1 Sol 在内的受支持模型新增了 ultrafast 服务层级，以缩短生成 token 之间的延迟。所提供的研究资料未给出该层级的定价或独立延迟测量数据。

这为何重要： 更快的 token 交付可以改善交互式引导，但由于缺少基准测试和成本数据，采购决策应等待针对特定工作负载的测试。这并不能证明任务完成得更快。它是一种需要测量的新服务配置。

2. Codex CLI 0.162.1 —— 工作树获得稳定性改进

第三方版本跟踪显示，Codex CLI 0.162.1 修复了由包含多行内容的异步问题触发的终端界面崩溃。该补丁还保留了换行和完整超链接，同时修正了由后台服务器与 CLI 功能设置不匹配导致的启动失败问题。

这些修复紧随更大的 0.162.0 版本之后。该版本新增了针对受信任本地项目的托管 Git 工作树创建和列表功能、Agent Command Center 中的任务固定、通过 /copy 复制会话记录，以及当 apply_patch 修改 Windows 文件时保留 CRLF 行尾。

据报道，该版本还改进了鼠标滚动、会话记录选择、Windows 路径处理、重试机制，以及新终端线程继承的默认设置。这些是运营层面的变化，而非引人注目的模型功能，但它们直接决定了智能体会话能否在长时间运行的工作中保持可用。

真正的经验： 这不仅仅是一次终端更新。它是用于运行多个隔离任务的基础设施，无需将每个智能体都强制放入同一工作树中。

工程领导者应采取的行动： 应标准化使用 0.162.1，而不是停留在 0.162.0，随后在 Windows 开发人员使用的仓库中测试工作树清理、分支所有权、CRLF 保留和重试行为。团队还应决定通过 /copy 复制的会话记录是否可能包含受内部保留策略约束的材料。

3. Codex Remote —— Business 访问权限正式发布

OpenAI 的 ChatGPT Business 发行说明指出，Codex Remote 已面向符合条件的 Business 工作区正式发布。用户可以通过移动设备，在已连接的 Mac 或 Windows 计算机上启动或继续编程任务，包括查看进度和处理审批。

OpenAI 的企业发行说明还介绍了面向经授权 ChatGPT Enterprise 成员的共享可复用云环境。这些环境可以打包项目仓库、工具和依赖项；任务在隔离工作区中运行，并且即使用户的计算机处于休眠状态也可以继续执行。经授权的用户可以从桌面端、Web 或移动端启动或恢复任务。

这为何重要： 远程继续执行改变了审批边界。一项任务可能在一台设备上发起、在另一处执行，并通过第三个界面获得批准。您的运营模型必须定义谁拥有生成的分支、谁可以批准具有重要后果的操作，以及如何识别被遗弃的任务。

云访问仍由工作区控制。OpenAI 的计划文档称，符合条件的 Enterprise 帐户可以使用 Codex Cloud，但对于尚未启用该功能的 Enterprise 工作区，访问权限默认关闭。

这一默认设置是正确的治理检查点。管理员应仅在仓库访问权限、环境内容、审批路径和任务所有权均已具备文档化控制措施后，才启用云端执行。

4. 企业控制 —— 合规性与连接器持续扩展

OpenAI 的文档称，通过 CLI、IDE 扩展、Web 界面和云端委派工作流进行的 Codex 活动现已受到 Compliance API 覆盖。企业管理员还可以配置起始模型、推理级别、速度、Fast Mode 和新对话行为。

启用了 Codex 的 Enterprise 工作区可以通过具有作用域的管理员密钥访问 Codex Enterprise Analytics。同时，工作区管理员可以发布特定于工作区的 GitHub Enterprise 应用，使 Codex Web、Code Review 和 Security Review 能够访问客户托管的仓库。

ChatGPT 应用编写器还可以通过 /init 生成初始 AGENTS.md 结构。这为团队提供了一个表达仓库指令的统一位置，但生成的脚手架仅仅是一个起点。

CTO 要点： 为每个连接器指定负责人，并为每项可配置的默认设置制定文档化基线。合规覆盖有助于获得可见性；它并不能决定某项仓库指令、模型设置或审批路径是否恰当。

已移除的 untrusted 审批策略需要立即关注。OpenAI 的 Codex 文档称该策略不再受支持，因此仍引用 untrusted 的配置必须将其移除或替换。

5. 模型迁移 —— 8 月 31 日截止日期已过

OpenAI 的计划文档称，通过 ChatGPT 进行身份验证的 Codex 用户需要在 8 月 31 日 前，将 GPT-5.4 替换为 GPT-5.6 Terra，并将 GPT-5.4 mini 替换为 GPT-5.6 Luna。文档称该变更不会影响 API 密钥使用。

由于本期日期为 10 月 12 日，该截止日期已不再是未来事项。任何仍携带旧模型标识符的 ChatGPT 身份验证工作流，都应被视为逾期的技术债务。

必需审计： 在共享配置、入职文档、自动化模板和仓库指令中搜索 GPT-5.4 和 GPT-5.4 mini。在修改引用前，应将通过 ChatGPT 身份验证的任务与 API 密钥工作负载区分开，因为文档中定义的迁移范围不同。

总结

Codex 正在成为一个分布式开发环境，涵盖本地终端、隔离工作树、云端执行、移动端审批、企业仓库和合规性导出。这提升了能力，但也增加了配置边界。工程领导者本周应采取三项行动：标准化使用 CLI 0.162.1、审计不受支持的审批策略和已过期的模型引用，以及在广泛启用共享云环境或远程执行前要求进行治理审查。