OpenAI Codex CLI 命令详解与恢复会话技巧

在上一节中，我们通过 Codex CLI 在新分支上修改了项目，并将其推送、合并。现在主分支已是最新状态，一切就绪。这一节，我们来深入 Codex CLI 的内置命令体系，并重点解决一个日常开发中非常实际的问题：如何恢复之前的会话。

斜杠命令：与 Claude Code 一脉相承

如果你用过 Claude Code，会发现 Codex CLI 的交互逻辑非常眼熟：所有内置命令都以正斜杠 / 开头，输入 / 后即可看到完整命令列表。这种设计降低了跨工具迁移的学习成本，也说明终端里的 AI 编程助手正在形成一套约定俗成的交互范式。

退出当前会话只需按下 Ctrl + C，回到普通终端后再次运行 codex 即可开启全新会话。启动时，Codex 会主动提示几个高频命令：/init（创建 agents.md 文件）、/status（查看会话信息）、/approvals（设置自动审批策略）以及 /model（选择模型）。据视频演示，录制时默认模型为 GPT-5 Codex。

Codex 模型选择界面

命令全集速览

输入 / 并向下滚动，可以看到更多命令：/new 开启新会话、/compact 压缩聊天历史、/diff 在终端直接展示 git diff、/mention 将文件作为上下文加入提示、/mcp 列出项目配置的 MCP 服务器，以及 /logout 登出和 /quit 退出。

其中 /compact 值得特别关注。随着会话时间拉长，上下文会不断累积，导致 AI 在做代码编辑时判断力下降，甚至触达模型的上下文上限。/compact 能把聊天历史压缩成摘要，有效控制上下文膨胀，适合长会话场景。

相比之下，/mention 的功能与直接输入 @ 符号添加文件上下文完全重合，视频作者也直言“不太确定为什么要加这个命令”，除非存在未公开的额外用途。这从侧面反映出 Codex CLI 仍处于快速迭代、功能尚未完全收敛的阶段。

命令列表与登出命令

Claude Code 是 Anthropic 推出的终端 AI 编程助手，与 Codex CLI 定位相近：都在命令行中以自然语言驱动代码读写与命令执行。两者都采用斜杠命令体系（如 /init、/model），并在启动时展示高频命令提示，因此用户可以在两者之间近乎无缝迁移。Codex CLI 由 OpenAI 开发，早期以开源形式发布，模型侧依托 GPT-5 系列，主打“在终端里直接改代码并提交”的工作流；Claude Code 则依托 Claude 模型家族。二者在权限审批、上下文管理、会话恢复等功能上思路趋同，反映出终端 AI 编程工具已形成一套相对稳定的产品范式。

MCP（Model Context Protocol，模型上下文协议） 是由 Anthropic 提出并开源的开放协议，用于让 AI 应用以标准化方式连接外部工具与数据源。一个 MCP 服务器可以封装数据库查询、文件检索、第三方 API 等能力，AI 客户端通过协议发现并调用这些工具，而无需为每个工具单独编写集成代码。在 Codex CLI 中，/mcp 命令用于列出当前项目已配置的 MCP 服务器，便于确认 AI 可用的外部能力范围。理解 MCP 有助于判断 Codex 在项目中的实际能力边界：除内置的文件与命令操作外，它能做什么很大程度上取决于是否接入了相应的 MCP 服务。

三个高频命令实战

/status 是了解当前会话状态的最佳入口。执行后会展示工作区信息（包括工作目录、审批模式、沙箱权限——例如仅对当前工作区有写权限）、账户信息、当前模型及附加参数、客户端版本，以及底部的 token 使用量（分别对应输入提示和 AI 输出）。信息组织清晰，能快速判断当前会话的权限边界和资源消耗。

/model 用于切换模型和推理强度。演示中当前选中的是 GPT-5 Codex 配合中等推理级别，录制时可选模型均为 GPT-5 系列的不同变体。推理强度越高，模型在复杂任务上的表现通常越好，但响应速度与成本也会相应变化。

模型与推理强度选择

/approvals 决定 Codex 的自主程度，直接关系到安全边界：

auto（自动）：可在当前工作区内自动读文件、改代码、执行命令，适合信任度较高的常规开发。
read only（只读）：仅能读取文件并回答问题，任何写操作都需要人工批准，适合代码审查或探索陌生项目。
full access（完全访问）：赋予 Codex 完全自主权，并自动开放网络访问，风险最高，需谨慎使用。

理解这三档权限的差异，比记住命令本身更重要——它决定了 AI 能在多大范围内“动手”。

沙箱（Sandbox） 是操作系统层面的隔离机制，用于限制进程能访问的文件、网络与系统资源。Codex CLI 在本地执行 AI 生成的命令时，默认将操作约束在沙箱内，使写权限仅覆盖当前工作区目录，从而降低误删文件、越权访问系统路径等风险。与之配合的是审批模式：沙箱界定“能碰什么”，审批模式界定“动手前是否需要人工确认”。当切换到 full access 时，沙箱限制被放宽并自动开放网络访问，这也是该模式风险最高的原因。理解这层关系，有助于在安全与效率之间做出合理取舍。

恢复历史会话：被低估的效率工具

实际项目中，更合理的做法是为每个独立功能开启一个会话。这样一来，恢复旧会话就成了高频需求。

操作路径很简单：在终端输入 codex resume 并回车，Codex 会列出当前项目下的所有历史会话，用上下方向键选择后回车即可回到该会话。列表还支持搜索过滤——例如输入 “summary”，就能快速定位到之前做摘要任务的那次会话。

恢复会话的选择界面

视频作者提到，录制时 Codex CLI 尚不支持删除旧会话，但预计后续版本会补上。结合 /mention 的冗余设计和整体完成度，他坦言 CLI 工具“感觉还有点未完成”。不过他也指出，各家厂商都在争抢时间窗口把工具推向市场，这种早期粗糙是行业普遍现象，而非 Codex 独有。

小结与下一步

这一节覆盖了 Codex CLI 的命令体系、权限模式和历史会话恢复。命令数量虽不及 Claude Code，但 /status、/model、/approvals 和 codex resume 已经能覆盖日常开发的核心诉求。下一节将聚焦 agents.md 文件——它正是 /init 命令的产物，也是让 Codex 理解项目规范的关键机制。