很多人第一次用 Codex,都有一个疑问:
“到底是一直
codex xxx,还是进去之后再用?”
答案是:
👉 Codex 有两种完全不同的使用模式
- 一种是:命令模式(一次性调用)
- 一种是:交互模式(长期对话 Agent)
这两种模式,决定了你是“用工具”,还是“用 AI 员工”。

🧠 一、命令模式:一次性调用(适合脚本 / 快速任务)
✅ 用法
codex "帮我写一个 FastAPI 接口"
👉 这种模式本质是:
- 一次输入
- 一次输出
- 执行完就结束
类似:
git commitcurlnpm run
⚙️ 适合场景
👉 这种模式最适合:
- 快速生成代码
- 简单任务
- CI / 自动化脚本
比如你在 CI 里写:
codex exec "跑测试并修复失败用例"
👉 Codex 会直接执行并输出结果(无交互) (OpenAI开发者)
🧩 示例:自动生成项目
codex --approval-mode full-auto "生成一个带 UI 的 ML 应用"
👉 Codex 会:
- 创建项目结构
- 写代码
- 安装依赖
- 生成可运行程序 (DataCamp)
❗缺点(很多人踩坑)
- ❌ 没有上下文
- ❌ 不能连续迭代
- ❌ 每次都要重新解释需求
👉 本质就是:“一次性 AI”
🧠 二、交互模式:真正的 Agent(推荐用这个)
✅ 用法
codex
进入之后,你会看到一个终端 UI:
👉 本质是一个“会写代码的 ChatGPT”
⚙️ 背后原理(很关键)
- 可以读取整个项目
- 可以修改文件
- 可以执行命令
- 可以持续对话
👉 官方描述就是:
一个可以读取、修改和运行代码的终端 Agent (OpenAI开发者)
教程:https://kazjsfecs3y.feishu.cn/wiki/JNXAwxqeOiI3Hxky3BXcYdkrnYb
🧩 示例:真实开发流程
进入:
codex
然后你连着续说👇
帮我分析这个项目结构
给这个服务加缓存
写单元测试
跑测试并修复错误
👉 Codex 会:
- 分析代码
- 修改多个文件
- 执行命令
- 修复 bug
- 持续迭代
📌 这种模式类似 ChatGPT 对话式开发 (MachineLearningMastery.com)
🔥 一个更真实的例子
你在维护一个老项目:
这个项目太乱了,帮我重构成 MVC,并补测试
👉 Codex 会:
- 分析目录
- 拆模块
- 重写结构
- 加测试
- 跑 CI
👉 这一整套操作,是连续完成的
🧠 交互模式的核心优势
| 能力 | 命令模式 | 交互模式 |
|---|---|---|
| 上下文的记忆 | ❌ | ✅ |
| 连续任务 | ❌ | ✅ |
| 自动执行 | ⚠️ | ✅ |
| 复杂工程 | ❌ | ✅ |
⚡ 三、两种模式的本质区别(最重要)
👉 用一句话总结:
命令模式是“调用 AI”
交互模式是“雇一个 AI”
🧩 四、高手怎么用(重点)
❌ 新手用法(低效)
codex "写接口"
codex "再加登录"
codex "再改 bug"
👉 每次都从 0 开始
✅ 正确用法(Agent思维)
codex
然后:
帮我从 0 写一个带登录和支付的后端服务
👉 Codex 会一步步推进,而不是你手动拆任务
🚀 五、什么时候用哪种模式?
👉 用命令模式:
- CI/CD
- 自动修 bug
- 快速生成代码
👉 用交互模式(强烈推荐):
- 开发项目
- 重构代码
- 调试问题
- 长任务