很多人把 Codex 当成“终端里的聊天机器人”,于是所有操作都写成长提示词:

请切换模型。
请检查目前权限。
请总结上下文。
请查看刚才修改了什么。

其实这些都不该写进提示词。

Codex 的斜杠命令相当于它的“控制面板”:提示词负责描述你想完成什么,斜杠命令负责控制 Codex 如何工作。

本文详细拆解 Codex CLI 当前内置的全部斜杠命令,并补充 IDE 扩展与桌面端特有命令。

官方参考:Codex CLI 斜杠命令

一、斜杠命令怎么使用?

在 Codex CLI 的输入框输入:

/

Codex 会弹出命令列表。继续输入名称可以过滤,例如:

/status

按 Enter 执行。

如果 Codex 正在处理任务,可以输入命令后按 Tab,把它排到下一轮执行。部分命令会因操作系统、模型、认证方式或功能开关而隐藏。

一个重要原则:

  • /xxx:控制 Codex 会话
  • 普通文字:告诉 Codex完成什么任务
  • !xxx:如果当前版本支持,用于直接运行 Shell 命令
  • \$skill-name:显式调用技能

二、模型、推理与工作模式

1. /model

选择当前会话使用的模型,以及模型支持的推理强度。

适合:

  • 简单修改切到更快的模型
  • 架构设计切到推理能力更强的模型
  • 代码审查前确认模型配置

使用:

/model

然后在菜单中选择模型和 reasoning effort。

注意:它只影响当前会话之后的任务,不会重新执行此前的回答。

2. /fast

打开或关闭当前模型的 Fast 服务层。

使用:

/fast

再次执行即可关闭。

它不是“降低推理质量”的同义词,而是切换模型目录提供的快速服务层。只有当前模型支持时,该命令才会出现。

3. /personality

改变 Codex 的表达风格,不改变模型本身,也不改变任务目标。

使用:

/personality

当前官方文档列出的风格包括:

  • friendly:更友好、解释更多
  • pragmatic:更直接、偏工程执行
  • none:不附加人格风格

如果你觉得 Codex 输出太啰嗦,可以选择 pragmatic;如果是在学习陌生代码,可以选择 friendly。

4. /plan

进入计划模式,先分析和设计方案,不直接修改代码。

使用:

/plan

也可以直接附带问题:

/plan 设计一个把 Express 服务迁移到 Fastify 的方案,暂时不要改代码

适合:

  • 大规模重构
  • 数据库迁移
  • 框架升级
  • 不确定影响范围的任务
  • 在执行前评估风险

任务已经运行时,/plan 可能暂时不可用。

5. /goal

给长任务设置一个持续目标。与普通提示词不同,Goal 会一直附着在当前会话上。

设置目标:

/goal 完成支付模块重构,并保证现有测试全部通过

查看当前目标:

/goal

编辑目标:

/goal edit

暂停、恢复或清除:

/goal pause
/goal resume
/goal clear

适合连续数小时、包含多个阶段的任务。

好的 Goal 描述结果,不要堆满执行细节。例如:

/goal 将项目迁移到 TypeScript,保持公开 API 兼容并让 CI 全部通过

具体约束可以放进 AGENTS.md 或单独的任务文件。

三、权限、安全与实验功能

6. /permissions

查看或调整 Codex 可以在不询问你的情况下做什么。

使用:

/permissions

通常可以在 Auto、Read Only 或工作区配置的自定义权限方案之间选择。

典型场景:

  • 阅读陌生仓库:选择 Read Only
  • 让 Codex连续修复并测试:选择适当的自动模式
  • 处理敏感项目:收紧命令执行和文件写入权限

它控制的是权限边界,不是给 Codex 增加系统权限。

7. /approve

重试一次最近被自动安全审查拒绝的操作。

使用:

/approve

它不是“永久放开限制”,也不会关闭安全机制,只批准相关操作再尝试一次,而且仍受当前权限策略约束。

只有确实理解被拒绝的命令及影响时才使用。

8. /experimental

打开实验功能选择器。

使用:

/experimental

可能出现的功能包括网络代理、防止任务期间休眠等。具体选项会随版本变化,部分设置需要重启 Codex。

实验功能适合测试,不建议默认用于关键生产流程。

9. /memories

配置 Codex 是否读取已有记忆、生成新记忆。

使用:

/memories

它适合控制跨会话偏好,例如:

  • 是否记住你的代码风格
  • 是否记住常用工具
  • 是否生成新的个人工作习惯记录

记忆与当前聊天上下文不是一回事:/compact 处理本次聊天上下文,/memories 控制可跨会话使用的信息。

四、上下文与代码库操作

10. /init

在当前目录生成 AGENTS.md 脚手架。

使用:

/init

AGENTS.md 是写给 Codex 的项目说明书,可以记录:

  • 项目结构
  • 构建和测试命令
  • 编码规范
  • 禁止修改的目录
  • 提交前必须执行的检查
  • 子目录的特殊规则

例如:

\# AGENTS.md

\- 使用 pnpm,不要使用 npm
\- 修改 API 后运行 pnpm test:api
\- 不要编辑 generated/ 目录
\- 新增公共函数必须补充单元测试

/init 只负责生成初始模板,生成后仍应人工检查和完善。

11. /mention

把特定文件或目录明确加入聊天上下文。

使用:

/mention src/lib/api.ts

然后从候选列表选择对应文件。

它比提示词里写“看看那个 API 文件”更准确,特别适合仓库里有大量同名文件时。

示例:

/mention src/auth/session.ts

随后输入:

解释这个文件里的 session 续期逻辑,并找出可能的并发问题

12. /ide

把 IDE 当前打开的文件、选中的代码等上下文带入下一条提示词。

使用:

/ide

也可以附带说明:

/ide 检查我当前选中的函数为什么可能产生内存泄漏

该命令依赖可用的 IDE 集成。它解决的是“我正在编辑什么”,而 /mention 解决的是“我明确想引用哪个路径”。

13. /diff

显示当前 Git 变更,包括:

  • 已暂存修改
  • 未暂存修改
  • Git 尚未跟踪的新文件

使用:

/diff

推荐工作流:

让 Codex 修改代码
→ /diff
→ 运行测试
→ /review
→ 提交

/diff 展示事实,/review 分析这些修改有没有问题,两者不能互相替代。

14. /review

启动代码审查。

使用:

/review

Codex 会检查当前工作树,重点寻找:

  • 行为回归
  • 边界条件
  • 安全问题
  • 缺失测试
  • 错误处理漏洞

修改结束后可以这样做:

/review

然后:

/diff

前者告诉你“哪里可能有问题”,后者让你查看“具体改了什么”。

15. /mcp

查看当前会话可以调用的 MCP 服务器和工具。

使用:

/mcp

查看详细诊断信息:

/mcp verbose

适合排查:

  • 为什么 Codex 找不到某个外部工具
  • MCP 服务是否成功连接
  • 当前到底开放了哪些工具
  • 服务配置存在但工具没有出现

/mcp 主要是状态检查,不负责自动替你配置所有 MCP 服务。

16. /skills

浏览并显式使用已安装技能。

使用:

/skills

选择技能后,再输入任务。例如选择文档技能,然后要求:

把这份技术方案整理成正式的 Word 文档

技能是一组可复用的专业工作说明。它比反复粘贴同一套提示词更可靠。

17. /apps

浏览可用的外部应用连接器。

使用:

/apps

选择某个应用后,Codex 会在输入框插入类似:

\$app-slug

然后可以继续写:

\$app-slug 查找与登录故障相关的记录

具体能读取或执行什么,取决于应用权限和连接状态。

18. /plugins

浏览和管理插件。

使用:

/plugins

可用于:

  • 查看已安装插件
  • 浏览允许发现的插件
  • 检查插件包含哪些技能和工具
  • 启用或停用已安装插件

插件通常是更完整的功能包,里面可以同时包含技能、工具和应用连接能力。

19. /hooks

查看和管理生命周期钩子。

使用:

/hooks

Hook 可以在特定事件发生时执行检查,例如:

  • Codex 准备运行工具时
  • 请求权限时
  • 一轮任务结束时

你可以检查、信任、禁用或重新启用非托管 Hook。由组织统一管理的 Hook 通常不能在个人界面里关闭。

20. /import

导入 Claude Code 或 Cursor 的部分配置、项目文件和聊天记录。

使用:

/import

随后选择来源与要迁移的内容。

适合从其他编码 Agent 迁移到 Codex。它通常只在本地 TUI 可用,任务运行期间、远程会话或部分 app-server 连接模式下可能不可用。

五、会话生命周期管理

21. /new

在同一个 CLI 进程里创建新聊天,但不清空终端原有显示。

使用:

/new

创建时直接命名:

/new payment webhook bug

适合任务已经改变,不希望旧上下文影响新任务时使用。

22. /clear

清空终端显示,同时创建一个全新的聊天。

使用:

/clear

也可以给新聊天命名:

/clear release preparation

注意它和 Ctrl+L 的区别:

  • /clear:清空界面并创建新聊天
  • Ctrl+L:只清屏,当前聊天上下文还在

而 /new 创建新聊天,但不会先清空终端画面。

23. /rename

重命名当前聊天,不改变聊天内容。

使用:

/rename OAuth callback investigation

或者:

/rename

再从交互界面输入名称。

给重要会话命名,可以让 /resume 更容易使用。

24. /resume

恢复以前保存的聊天。

使用:

/resume

然后从会话选择器中选择。

它会加载原聊天记录,让 Codex 延续已有上下文。适合第二天继续修复同一个问题。

25. /fork

复制当前聊天,生成一个拥有新 ID 的分支会话。

使用:

/fork

适合同时探索两种方案:

  • 原会话继续保守修复
  • 分支会话尝试大规模重构

原聊天不会被覆盖。

26. /side 与 /btw

启动一个临时侧边聊天,不打断主聊天。

使用:

/side 检查这个迁移方案是否遗漏回滚机制

或别名:

/btw 解释一下这里为什么使用乐观锁

它适合临时提问:

  • 解释一个概念
  • 检查某个风险
  • 查询当前任务相关但不应污染主线的问题

Side chat 不能无限嵌套,在代码审查模式下也可能不可用。

27. /agent 与 /subagents

查看并切换当前活跃的 Agent 线程。

使用:

/agent

或:

/subagents

当 Codex 把任务拆给多个子 Agent 后,可以用它检查:

  • 哪个 Agent 正在运行
  • 哪个已经完成
  • 某个 Agent 的具体上下文
  • 是否要切过去继续对话

这不是创建普通新聊天,而是管理当前任务内部的 Agent 分工。

28. /app

在 macOS 或 Windows 上,把当前 CLI 会话继续转到 ChatGPT 桌面应用。

使用:

/app

适合从纯终端切到更适合查看文件预览、Diff 或复杂界面的桌面环境。

需要桌面应用已经安装并运行。

29. /archive

归档当前会话并退出 Codex。

使用:

/archive

归档不会删除本地记录。需要时可以通过终端命令恢复:

codex unarchive

适合任务已经结束,但未来可能需要回看。

30. /delete

永久删除当前会话并退出。

使用:

/delete

这是破坏性操作。除了当前会话记录,还可能删除由它产生的后代会话。

如果只是想让会话不出现在活跃列表里,用 /archive。

31. /quit 与 /exit

退出 Codex CLI:

/quit

或:

/exit

二者效果相同。退出前确认重要修改已经保存,必要时先运行 /diff。

32. /logout

退出当前 Codex 账号并清除本地认证信息。

使用:

/logout

适合共用电脑或需要切换账号的场景。

它不同于 /quit:/quit 只关闭程序,/logout 会结束登录状态。

六、上下文、状态与诊断

33. /status

查看当前会话配置。

使用:

/status

通常会显示:

  • 当前模型
  • 权限和审批策略
  • 可写目录
  • 上下文使用量
  • Token 信息
  • 远程连接地址和版本信息(如适用)

当 Codex 行为与你预期不一致时,第一步通常不是重新写提示词,而是执行 /status。

34. /usage

查看账号的 Token 使用情况或可用的限额重置操作。

使用:

/usage

直接查看不同时间范围:

/usage daily
/usage weekly
/usage cumulative

部分功能要求使用支持该信息的 ChatGPT/Codex 服务账号认证。

35. /compact

压缩当前聊天上下文。

广告媒流(小程序)-AI生图

使用:

/compact

Codex 会把早期对话整理成摘要,释放上下文空间,同时尽量保留:

  • 当前目标
  • 已完成工作
  • 关键决策
  • 约束条件
  • 待办事项

它不是删除文件,也不是创建新聊天。

长任务中可以在一个阶段完成后执行,例如:

完成数据库层迁移
→ 运行测试
→ /compact
→ 开始 API 层迁移

36. /debug-config

打印配置来源、优先级和策略要求。

使用:

/debug-config

适合排查:

  • 为什么修改 config.toml 没有生效
  • 某项设置是否被项目或组织策略覆盖
  • 当前启用了哪些 MCP、Rules 和实验网络策略
  • 权限模式为什么不可选择

/status 告诉你当前是什么配置,/debug-config 帮你解释为什么形成这个配置。

37. /feedback

向 Codex 维护团队提交反馈,可附带日志或诊断信息。

使用:

/feedback

适合报告:

  • TUI 显示异常
  • 命令崩溃
  • 会话无法恢复
  • 某个功能行为明显不符合预期

提交前检查界面将包含哪些日志,避免附带不必要的敏感信息。

七、终端界面与后台任务

38. /copy

复制最近一次已经完成的 Codex 输出。

使用:

/copy

也可以使用默认快捷键:

Ctrl+O

如果当前回答还在生成,它复制的是上一条已完成输出。

39. /raw

切换原始滚动输出模式,让终端选择和复制文本更直接。

使用:

/raw
/raw on
/raw off

适合复制长日志、Diff 或带大量终端格式的内容。

默认快捷键通常是:

Alt+R

40. /ps

查看后台终端任务及最近输出。

使用:

/ps

例如 Codex 在后台运行测试、构建或开发服务器时,可以用 /ps 检查:

  • 正在运行什么命令
  • 任务是否仍然存活
  • 最近几行输出是什么

41. /stop 与 /clean

停止当前会话创建的所有后台终端。

使用:

/stop

旧别名:

/clean

注意它不是“停止当前回答”的通用取消键,而是针对后台终端进程。

执行前最好先用:

/ps

确认要终止哪些任务。

42. /statusline

配置 Codex CLI 底部状态栏。

使用:

/statusline

可以选择和排序的内容通常包括:

  • 模型与推理强度
  • 上下文使用量
  • Rate limit
  • Git 分支
  • Token 计数
  • 会话 ID
  • 当前目录
  • Codex 版本
  • Fast 模式状态

设置会写入 config.toml。

43. /title

配置终端窗口或标签页标题。

使用:

/title

可以显示项目、分支、模型、会话状态和任务进度等信息。

同时打开多个 Codex 窗口时非常有用,例如:

  • frontend · feature/login
  • backend · payment-refactor
  • review · main

44. /theme

选择终端代码块和 Diff 的语法高亮主题。

使用:

/theme

可以先预览,再确认保存。选择结果会持久化到 TUI 配置。

45. /keymap

检查和修改 Codex TUI 快捷键。

使用:

/keymap

常见绑定格式:

ctrl-a
shift-enter
page-down

可以针对不同上下文设置快捷键,也可以清空绑定来取消某个动作。

46. /vim

打开或关闭输入框的 Vim 编辑模式。

使用:

/vim

打开后,可以在输入提示词时使用类似 Vim 的 normal/insert 编辑方式。

如果希望每次启动默认开启,可在配置中设置:

tui.vim_mode_default = true

47. /pets 与 /pet

选择、隐藏终端里的环境宠物。

使用:

/pets

或:

/pet

直接关闭:

/pets off

它不影响模型能力,只是 TUI 个性化功能。

八、Windows 专属命令

48. /setup-default-sandbox

配置增强版 Windows Agent 沙盒。

使用:

/setup-default-sandbox

它只会在 Windows 使用降级版 restricted-token 沙盒时出现,执行时可能进入管理员配置流程。

49. /sandbox-add-read-dir

给 Windows 原生沙盒增加额外目录的只读权限。

使用:

/sandbox-add-read-dir C:\Projects\shared-sdk

路径必须:

  • 是绝对路径
  • 已经存在
  • 指向目录

它只增加读取能力,不等于授予写入权限。

九、IDE 扩展和桌面端还有哪些不同命令?

Codex CLI、IDE 扩展与 ChatGPT 桌面端并不共享完全相同的命令表。以下命令主要出现在 IDE 或桌面端。

官方参考:IDE 斜杠命令 · 桌面端斜杠命令

/cloud

把当前聊天切换到云端环境执行。

/cloud

适合不希望占用本机、需要远程持续运行的任务。

/cloud-environment

选择云端任务使用的环境。

/cloud-environment

适合有多个仓库环境、依赖配置或网络策略时使用。

/local

把聊天切换到本地工作区执行。

/local

适合需要访问本机文件、工具和本地开发服务的任务。

/worktree

在新的 Git worktree 中运行聊天。

/worktree

它会把修改与主工作目录隔离,适合并行开发或试验性重构。

/project

为新聊天选择项目。

/project

项目决定聊天关联的文件、环境和工作上下文。

/task

创建一个不属于任何项目的独立聊天,主要出现在桌面端。

/task

适合一次性问题或尚未确定归属的任务。

/reasoning

单独调整当前模型的推理强度。

/reasoning

CLI 通常把模型和可用的推理强度一起放在 /model 中;IDE 和桌面端可能把它拆成单独命令。

/ide-context

打开或关闭自动共享的 IDE 上下文。

/ide-context

关闭后,Codex 不会自动使用当前编辑器状态;仍可通过明确附加文件的方式提供上下文。

十、最实用的五套命令组合

组合一:接手陌生项目

/permissions
/init
/status

先限制权限,再建立项目说明,最后确认运行环境。

组合二:执行大型重构

/plan 重构认证模块,保持 API 兼容
/goal 完成认证模块重构并保持全部测试通过
/compact

先规划,再把结果设为持续目标,阶段完成后压缩上下文。

组合三:提交代码前检查

/diff
/review
/status

先看修改,再做代码审查,最后确认模型和会话状态。

组合四:并行探索两个方案

/fork

或者只想临时验证一个风险:

/side 检查这个方案是否会破坏事务一致性

组合五:后台测试卡住

/ps
/stop

先确认后台进程,再决定是否全部终止。

最后总结

真正高效使用 Codex,需要分清三个层次:

  1. 普通提示词决定“做什么”
  2. AGENTS.md 和技能决定“长期怎么做”
  3. 斜杠命令决定“当前会话以什么方式运行”

如果只记十个命令,建议先记住:

/model
/plan
/goal
/permissions
/status
/mention
/diff
/review
/compact
/resume

这十个命令已经能覆盖大多数 Codex 编程工作流。

最后提醒:Codex 更新频率很高,命令是否出现还会受到客户端版本、平台、模型、认证方式和组织策略影响。最可靠的实时命令表,永远是在当前界面输入:

/