Codex exec 模式:交互与非交互运行详解
2026-08-22 14:19:09阅读 1
你在终端里敲 codex 进入的是交互模式——你一句它一句。但很多场景你根本不想"聊天":跑个批量任务、在 CI 里调用、写进脚本……这时候要用 exec 模式。一句话理解:交互模式是"聊天干活",exec 模式是"下命令干活"。
三种运行方式:先分清楚
| 模式 | 命令 | 适合 |
|---|---|---|
| 交互模式 | codex | 探索性任务、需要来回沟通 |
| exec 模式 | codex exec "任务" | 一次性任务、脚本、CI |
| 非交互模式(广义) | codex exec 变体 | 自动化流水线 |
交互模式你已经会了;exec 模式是这节的"主角",专治"不想陪它聊天"的场景。
exec 模式长什么样
# 最简用法:直接给任务
codex exec "Review the current changes"
# 指定模型(官方 models 页原文示例)
codex exec -m gpt-5.6 "Review the current changes"区别就一句话:没有对话框,给任务 → 跑 → 拿结果 → 结束。
交互模式里有个好东西:内置斜杠命令
交互界面不是光靠打字聊天,官方 CLI 内置了一批斜杠命令(官方界面原文):
| 命令 | 作用 |
|---|---|
/init | 自动创建一份 AGENTS.md 项目指令(超实用,新手先试这个) |
/status | 查看当前会话配置(模型、权限等) |
/permissions | 选择允许 Codex 做什么 |
/model | 切换模型和推理强度 |
/review | 审查当前改动 |
新手最容易忽略的是 /init——它帮你把项目规则生成出来,后面 Codex 就"懂规矩"了。
exec 模式的正确打开方式:什么时候用它
用它:
# 批量任务:处理一堆文件
codex exec "把 src/ 下所有 TODO 注释整理成一个报告"
# 脚本里调用:配合其他命令
git diff | codex exec "总结这次改动"
# CI 场景:见 GitHub Action 篇别用它:
- 任务需要你逐步确认、来回调整 → 交互模式
- 有危险操作(删文件、改生产数据)→ 交互模式 + 权限控制
一个关键提醒:exec 模式也受权限控制
别以为 exec 模式就"放开跑"了。它一样受权限与沙箱约束,危险操作会按你的权限配置处理(详见权限与安全篇)。脚本化不等于无监管。
实战组合:exec + 管道
exec 模式最爽的用法是跟 shell 管道配合:
# 让 Codex 解释一条报错
npm test 2>&1 | codex exec "帮我分析这个测试失败的原因"常见问题
| 问题 | 解答 |
|---|---|
| exec 和交互用哪个模型? | 可以-m 指定,不指定用默认(详见模型配置篇) |
| exec 能拿返回值吗? | 适合看输出文本;要结构化结果结合 SDK |
| 跑一半能停吗? | 可以中断,但可能留下半截改动——先备份 |
| /init 生成的文件在哪? | 项目根目录的 AGENTS.md,可手改(详见项目指令篇) |
一句话总结
交互模式是"和 Codex 共事",exec 模式是"给 Codex 派活"。 会了 exec,Codex 才从"聊天工具"变成"自动化引擎"。
接下来读什么
- 远程跑任务 → 远程开发:SSH 连接服务器与云端部署
- 自动化集成 → GitHub Action 与 CI 集成



