DevDay 2026 之后的 Codex：云端任务、语音 CLI、/agents、Code Review 与 Security Cloud

在 2026 年 9 月 29 日的 OpenAI DevDay 2026 上，Codex 带来了四项更新：支持可复用环境的 Codex cloud（Plus、Pro、Business、Healthcare、Edu、Enterprise），全新升级的 Codex CLI，具备语音、/agents 视图、prompt 编辑、resume 和 worktrees（所有套餐），ChatGPT 桌面版中面向 GitHub PR 和 GitLab MR 的 Code Review，带自动云端审查（所有套餐），以及面向代码仓库定时扫描和修复准备的 Codex Security Cloud（Pro、Business、Enterprise、Edu）。同一天，Codex CLI 0.159.1 把 GPT-6.1 Sol 设为默认模型。

本文介绍每项更新的作用、你会用到哪些命令，以及还存在哪些缺口。关于本次活动的其他内容，参见面向 API 开发者的 DevDay 2026 汇总。有一个缺口对 API 团队尤其重要：Codex 会编写和审查代码，但它的审查并不会调用你正在运行的 API。这正是 Apifox 中的契约测试的用武之地，最后一节会展示 CI 的接入方式。

DevDay 2026 上 Codex 有哪些变化

更新	作用	使用位置	套餐	状态
Codex cloud 环境	配置一次，在隔离的工作区中反复复用	Web 版、桌面版、`codex cloud`	Plus、Pro、Business、Healthcare、Edu、Enterprise	已可用
全新升级的 Codex CLI	语音、`/agents` 视图、prompt 编辑、resume、worktrees	终端	所有套餐	已可用
Code Review	PR 与 MR 审查面板、自动云端审查	ChatGPT 桌面版、GitHub、GitLab	所有套餐	GitHub 已正式可用；GitLab MR 处于预览阶段
Codex Security Cloud	定时扫描、去重后的发现结果、修复准备	Codex cloud，通过插件实现	Pro、Business、Enterprise、Edu	研究预览
GPT-6.1 Sol 作为默认模型	CLI 内置模型目录中的默认模型	CLI（在 Codex 和 ChatGPT Work 中也可选择）	Plus、Pro、Business、Enterprise、Edu（Enterprise 和 Edu 需管理员启用）	已可用

来源：OpenAI 的 DevDay 2026 回顾、Codex 更新说明页，以及下方链接的 Codex 文档。

Codex cloud：可复用环境

Codex cloud 在云端运行编码任务，“这样即使你的电脑处于休眠状态，工作也能继续”。DevDay 带来的变化是环境模型。根据云端环境文档，环境是你的任务共享的可复用配置：仓库、依赖、工具和访问设置。每个新任务都会从已发布的版本中获得自己独立的工作区。

配置过程是对话式的。在一个新任务中，选择 Work in > Cloud，然后选择 Create environment，并选择要检出的 GitHub 仓库。Codex 会检查这些仓库、安装依赖、测试工作流，并对无法推断的部分向你提问。你审阅报告后选择 Publish。Codex 会把可用的配置记录为两个字段：一个安装脚本，以及一个 start skill，后者负责拉起服务并检查它们是否就绪。

有三个细节在实际使用中很关键：

仓库刷新 在后台运行并保留依赖缓存，因此新任务不必重复安装依赖。
网络访问 是按环境设置的：包管理器预设、自定义域名，或不限访问。
网络密钥 让凭据不进入沙箱。程序看到的只是占位符，代理只会在允许的 HTTPS 目标上替换为真实值。

如果某个云端任务需要调用预发环境 API，就把该主机加入允许域名，并把它的 token 存为网络密钥，而不是普通环境变量。在终端中，codex cloud 可以把工作交给云端，并列出最近的云端会话。

全新升级的 Codex CLI

使用 Codex CLI 文档中的脚本安装：

curl -fsSL https://chatgpt.com/codex/install.sh | sh

也可以参考 Codex 更新日志中列出的 npm 安装方式（npm install -g @openai/codex）。0.159.1 版于 9 月 29 日发布，“将 GPT-6.1 Sol 添加为内置目录中的默认模型”（同一条记录还涵盖 Amazon Bedrock Mantle 和 Runtime 目录）。CLI 文档的示例会话显示的是 gpt-6.1-sol medium。根据 Codex 模型页面，Free 和 Go 在发布时并未包含该模型，Enterprise 和 Edu 需要管理员启用后才能使用。要切换模型，可以在会话中使用 /model，或者用 codex --model gpt-6-sol 启动。What is GPT-6.1 Sol? 解释了它相对 GPT-6 Sol 的变化，包括移除的 none 档推理力度。

下面是 CLI 主要功能与命令的对应关系：

功能	使用方式	来源
Voice	自 0.156.0 起语音对话默认开启；F8 切换，`/voice settings` 选择音色	更新日志
`/agents` 视图	你的 agents 总览；更新日志介绍了按状态筛选任务，以及从这里启动 worktree 会话	回顾、更新日志
Prompt edit	编辑之前的 prompt 会把会话回退到该时间点	更新日志
Resume	`codex resume` 可以回到已保存的会话	CLI 文档
Worktrees	`/worktree` 在新的 Git worktree 中运行会话；`/fork` 把会话复制到一个新会话或 worktree 中	斜杠命令参考
Model	`/model` 选择模型和推理力度	CLI 文档
Local review	`/review` 检查未提交的改动、某个 commit 或某个基线分支	CLI 文档

自 0.156.0 起，worktree 支持默认开启，这让在同一仓库上并行运行多个 agent 变得可行：每个 agent 有自己的检出目录，因此两个任务不会修改同一批文件。/review 命令会按优先级报告问题，“且不会修改你的工作区”，因此你可以在每次提交前运行它。

Code Review：桌面版、GitHub 和 GitLab

Code Review 是 ChatGPT 桌面版中的一个插件。Code Review 文档说明它会展示 pull request 的描述、变更文件、评论和检查结果，方便你在批准前排查问题。GitHub 审查已正式可用；GitLab merge request 支持处于预览阶段。

自动云端审查需要 ChatGPT Codex 连接器和仓库权限。评论会出现在 GitHub 和 Code Review 面板中，并且“云端审查不要求你创建或管理云端环境”。根据 GitHub 集成指南，你也可以通过评论 @codex review 来触发一次审查；在 GitHub 中，Codex 只会标记 P0 和 P1 级别的问题。

要引导审查，可以在 ## Code Review Rules 区块，写在 AGENTS.md 中——放在离它所约束的代码最近的那个文件里。同一份指南还给出了一些值得照做的建议：“把机械检查留在 CI 里”，审查规则也“不能替代测试、分支保护或必需的审批”。Codex for code review 更深入地介绍了审查工作流。

Codex Security Cloud

Codex Security Cloud 会扫描 Codex cloud 中已连接的 GitHub 仓库。OpenAI 的回顾提到它支持定时扫描、去重后的发现结果以及云端修复准备，并表示它无需单独申请即可使用 Daybreak Blue 模型（Daybreak Blue vs Red 说明覆盖了这些层级）。目前它在 Pro、Business、Enterprise 和 Edu 上处于研究预览阶段。

根据 Security Cloud 设置指南，设置步骤如下：

从 ChatGPT 插件市场安装 Codex Security Cloud 插件。
选择 Connect GitHub，并授权访问你希望扫描的仓库。
选择一个仓库和一个云端环境，把 target 设为 Repository，然后开始扫描。
如果要持续覆盖，选择 Commit changes，然后在 Monitoring settings 中调整环境、历史天数或暂停状态。
在某条发现上，Fix with Codex 会生成补丁草稿，Create draft pull request 会打开它以供审查。

针对每个 PR 的覆盖，GitHub 还支持 @codex security review，这是一种更深入、面向安全的审查，处于研究预览阶段。

Apifox 的用武之地：Codex 审查代码，你的 API 仍然需要测试

Code Review 读取的是 diff、描述和评论，它不会向你正在运行的服务发送请求。一个重命名了 JSON 字段或修改了状态码的 pull request 在审查中可能看起来没问题，却会让所有客户端崩溃。这是契约问题，需要有一个真正调用 API 的测试。

两者的配合很直接。把 OpenAPI 规范和测试场景放在 Apifox 中，每个步骤都会断言状态码，并按接口的数据模型校验响应。在每次 pull request 时通过 Apifox CLI 在 CI 中运行这些场景。Code Review 会展示 PR 的检查结果，因此失败的契约测试会和 Codex 的评论出现在同一个面板里。API contract testing 介绍了这种做法。

从小处开始。挑出客户端最依赖的接口，断言状态码、必填字段及其类型。当由 Codex 编写的 PR 把 user_id 改名为 userId 时，数据模型校验会失败，CLI 以非零状态退出，检查在 pull request 上变红——不必等人工审查者在一大段 diff 里找出这个重命名。这种分工与 OpenAI 自己的建议一致：审查规则负责重要的、与具体仓库相关的行为，确定性的检查则由 CI 承担。

下面是一个 GitHub Actions job：

name: api-contract-tests
on: pull_request
jobs:
  apidog:
    runs-on: ubuntu-latest
    steps:
      - run: npm install -g apidog-cli
      - run: apidog run --access-token "$APIDOG_ACCESS_TOKEN" -t "$SCENARIO_ID" -e "$ENV_ID" -r cli,junit
        env:
          APIDOG_ACCESS_TOKEN: ${{ secrets.APIDOG_ACCESS_TOKEN }}
          SCENARIO_ID: ${{ vars.APIDOG_SCENARIO_ID }}
          ENV_ID: ${{ vars.APIDOG_ENV_ID }}

Codex 可以在打开 PR 之前在本地运行同一条命令，这样它在仍有上下文时就能看到失败。Using the Apifox CLI in Codex 介绍了这套配置，building a software factory with Codex 则把从任务到经过测试的 PR 的完整闭环串了起来。

常见问题

Codex 在 DevDay 2026 上获得了哪些更新？ 可复用的云端环境、全新升级的 CLI（语音、/agents、prompt 编辑、resume、worktrees）、桌面版中带自动云端审查的 Code Review，以及处于研究预览阶段的 Codex Security Cloud。

Codex CLI 现在的默认模型是什么？ 自 9 月 29 日的 CLI 0.159.1 起为 GPT-6.1 Sol。使用 /model 可以切换模型或修改推理力度。

Free 套餐可以使用 Codex cloud 吗？ 不可以。Codex cloud 支持 Plus、Pro、Business、Healthcare、Edu 和 Enterprise。CLI 和 Code Review 在所有套餐中都有，我们的免费 Codex 指南介绍了不花钱的做法。

Codex Code Review 会测试我的 API 吗？ 不会。它读取的是 pull request 的 diff、描述、评论和检查结果。在 CI 中加入 API 契约测试，这样行为变化时检查会失败。

谁可以使用 Codex Security Cloud？ Pro、Business、Enterprise 和 Edu，处于研究预览阶段。你以插件形式安装它并连接 GitHub。

下一步

升级 CLI，运行 /model 确认你正在使用 gpt-6.1-sol，并在下一个分支上试用 /review。然后把一个关键接口改写成测试场景，并加上上面的 job，这样每个由 Codex 编写的 PR 不仅会检查 diff，还会对照运行中的 API 进行验证。

HiFox：将 Agent 变成真正的队友

另外，我们也在思考，AI 如何从个人提效走进团队协作。

HiFox 是一个让人和 AI Agent 在同一个工作现场协作的平台：你可以像给同事分派任务一样指派 Agent，在任务看板中跟踪进度、查看结果，让 Agent 成为团队里的队友。

👉 立即体验 HiFox：https://hifox.com

DevDay 2026 之后的 Codex：云端任务、语音 CLI、/agents、Code Review 与 Security Cloud