目录1 如何安装 Codex CLI2 安装完成后怎么启动 Codex3 Codex 登录后默认能做什么4 为什么 Codex 每执行一步都问我一次5 小白第一次使用 Codex最推荐的完整流程6 几个高质量提示词模板7 为什么我建议你从小任务开始而不是“让它全自动重构一切”8 每次让 Codex 工作前最好先做一件事Git 备份OpenAI 官方开发文档1 如何安装 Codex CLIOpenAI 官方 quickstart 和 CLI 页面给出的安装方法主要是两种用 npm 安装npminstall-gopenai/codex用 Homebrew 安装brewinstallcodex这两条命令都来自官方文档。官方还说明了 Codex CLI 支持 macOS、Windows 和 Linux。如果是 Windows 用户电脑已经装好了 Node.js通常走 npm 这条最容易。2 安装完成后怎么启动 Codex安装完之后在你的项目目录里打开终端运行codex官方 quickstart 写得很明确运行 codex 后你会被提示登录可以使用 ChatGPT account 或 API key 登录。3 Codex 登录后默认能做什么官方文档说Codex 默认以 Agent mode 启动。这个模式下它可以读取文件运行命令在你的项目目录里写入改动4 为什么 Codex 每执行一步都问我一次会看到类似这样的提示准备执行 Get-ChildItem是否执行选了 Yes 之后它下一步又继续问。这通常不是出错而是 Codex 的安全确认机制。因为它能够读写文件、运行命令所以默认比较谨慎。官方文档虽然强调了 Agent mode 能运行命令和写文件但实际使用中不同界面或不同策略下会对一些操作要求确认。简单说就是它怕“替你乱动项目”所以默认会保守一些。如果不想一直确认想让它自己工作怎么办可以分三种层级操作。局部放行如果界面里给你类似Yes, proceed Yes, and don’t ask againforcommands that start with … No…那第二项通常就是“对这一类命令不再反复询问”。这适合先试水不至于一步一确认。这个属于使用策略层面不是官方帮助页里固定写死的安装步骤但符合 Codex 的交互逻辑。其前提仍然是Codex 具有运行命令和写文件的能力。在任务里明确授权范围直接对 Codex 说你可以在当前项目目录内自行读取文件、运行必要的只读命令并在完成前尽量不要每一步都询问我。再进一步你可以说请只修改 auth 相关文件允许你运行测试、lint 和类型检查不要修改无关目录。这种写法很有效因为它既给了自由度又给了边界。用更适合代理工作的界面OpenAI 的 Codex app 和 Codex cloud 方向本来就是为“让代理持续处理任务”设计的。官方对 Codex web/cloud 的描述是它可以在自己的云环境中处理任务甚至并行处理。不过如果你现在是刚上手本地 CLI 已经足够。建议先把“授权范围 小任务 Git 备份”这套习惯建立起来。5 小白第一次使用 Codex最推荐的完整流程第一步准备一个项目目录先新建一个简单项目或者找一个你已有的小项目。例如一个 Python 小工具、一个前端页面、一个 Node 服务都可以。第二步进入项目目录cd你的项目目录第三步启动 Codexcodex第四步用 ChatGPT 账号登录按提示完成登录。官方支持使用 ChatGPT 账号或 API key 登录。第五步别一上来就让它重构整个项目第一次任务最好这样发请先阅读当前仓库并告诉我1. 这个项目是做什么的2. 入口文件在哪里3. 如何安装依赖4. 如何运行5. 当前最值得优先修复的3个问题这样做的好处是它会先建立对项目的理解。官方文档强调 Codex 可以理解陌生代码库和在当前目录工作这种任务正好发挥它的优势。第六步再给它一个小而明确的任务比如请帮我新增一个 /health 接口。 要求1. 返回{status:ok}2. 不要改动无关文件3. 改完后告诉我改了哪些文件4. 给我本地验证步骤第七步最后让它验证比如请运行测试。 如果没有测试请运行项目并告诉我怎么手动验证。这个流程是最适合新手的先理解再小改再验证。6 几个高质量提示词模板下面这些是实际很好用的。模板 1让它先看懂项目请先扫描当前代码仓库然后输出1. 项目用途2. 技术栈3. 目录结构4. 启动方法5. 潜在风险 不要立刻改代码。模板 2小范围修 bug请修复登录失败的问题。 要求1. 只改 auth 相关文件2. 不要重构无关代码3. 改完后说明原因4. 运行测试或给出验证步骤模板 3给它授权但设边界你可以自行读取文件、运行必要命令并修改代码。 限制1. 只在当前项目目录内操作2. 不安装新的大型依赖3. 不删除重要文件4. 所有改动完成后给我总结模板 4让它适合初学者请按初学者能看懂的方式工作1. 每次修改后解释原因2. 尽量少改动3. 多用注释4. 告诉我下一步该做什么7 为什么我建议你从小任务开始而不是“让它全自动重构一切”因为 Codex 再强它也是在代理式地理解你的工程。如果你一上来就说“帮我把整个项目重构优化并修好所有 bug。”它很可能会改动范围过大引入你没预料的问题让你很难看懂改了什么。而如果你把任务拆成先理解项目再修登录再补测试再做接口再整理 README你会更容易掌控。这也更符合 Codex 官方“在项目中完成具体开发任务”的使用方式。8 每次让 Codex 工作前最好先做一件事Git 备份这是经验不是花架子。先在项目里执行gitinitgitadd.gitcommit-mbefore codex如果你的项目本来就有 Git那至少先 commit 一次当前状态。因为 Codex 能写文件、改代码、运行命令出了问题你可以随时回退。官方文档已明确它具备这些能力。原文链接https://blog.csdn.net/zhezhebie/article/details/159288473
【慕伏白】Codex 使用建议
发布时间:2026/6/6 10:49:15
目录1 如何安装 Codex CLI2 安装完成后怎么启动 Codex3 Codex 登录后默认能做什么4 为什么 Codex 每执行一步都问我一次5 小白第一次使用 Codex最推荐的完整流程6 几个高质量提示词模板7 为什么我建议你从小任务开始而不是“让它全自动重构一切”8 每次让 Codex 工作前最好先做一件事Git 备份OpenAI 官方开发文档1 如何安装 Codex CLIOpenAI 官方 quickstart 和 CLI 页面给出的安装方法主要是两种用 npm 安装npminstall-gopenai/codex用 Homebrew 安装brewinstallcodex这两条命令都来自官方文档。官方还说明了 Codex CLI 支持 macOS、Windows 和 Linux。如果是 Windows 用户电脑已经装好了 Node.js通常走 npm 这条最容易。2 安装完成后怎么启动 Codex安装完之后在你的项目目录里打开终端运行codex官方 quickstart 写得很明确运行 codex 后你会被提示登录可以使用 ChatGPT account 或 API key 登录。3 Codex 登录后默认能做什么官方文档说Codex 默认以 Agent mode 启动。这个模式下它可以读取文件运行命令在你的项目目录里写入改动4 为什么 Codex 每执行一步都问我一次会看到类似这样的提示准备执行 Get-ChildItem是否执行选了 Yes 之后它下一步又继续问。这通常不是出错而是 Codex 的安全确认机制。因为它能够读写文件、运行命令所以默认比较谨慎。官方文档虽然强调了 Agent mode 能运行命令和写文件但实际使用中不同界面或不同策略下会对一些操作要求确认。简单说就是它怕“替你乱动项目”所以默认会保守一些。如果不想一直确认想让它自己工作怎么办可以分三种层级操作。局部放行如果界面里给你类似Yes, proceed Yes, and don’t ask againforcommands that start with … No…那第二项通常就是“对这一类命令不再反复询问”。这适合先试水不至于一步一确认。这个属于使用策略层面不是官方帮助页里固定写死的安装步骤但符合 Codex 的交互逻辑。其前提仍然是Codex 具有运行命令和写文件的能力。在任务里明确授权范围直接对 Codex 说你可以在当前项目目录内自行读取文件、运行必要的只读命令并在完成前尽量不要每一步都询问我。再进一步你可以说请只修改 auth 相关文件允许你运行测试、lint 和类型检查不要修改无关目录。这种写法很有效因为它既给了自由度又给了边界。用更适合代理工作的界面OpenAI 的 Codex app 和 Codex cloud 方向本来就是为“让代理持续处理任务”设计的。官方对 Codex web/cloud 的描述是它可以在自己的云环境中处理任务甚至并行处理。不过如果你现在是刚上手本地 CLI 已经足够。建议先把“授权范围 小任务 Git 备份”这套习惯建立起来。5 小白第一次使用 Codex最推荐的完整流程第一步准备一个项目目录先新建一个简单项目或者找一个你已有的小项目。例如一个 Python 小工具、一个前端页面、一个 Node 服务都可以。第二步进入项目目录cd你的项目目录第三步启动 Codexcodex第四步用 ChatGPT 账号登录按提示完成登录。官方支持使用 ChatGPT 账号或 API key 登录。第五步别一上来就让它重构整个项目第一次任务最好这样发请先阅读当前仓库并告诉我1. 这个项目是做什么的2. 入口文件在哪里3. 如何安装依赖4. 如何运行5. 当前最值得优先修复的3个问题这样做的好处是它会先建立对项目的理解。官方文档强调 Codex 可以理解陌生代码库和在当前目录工作这种任务正好发挥它的优势。第六步再给它一个小而明确的任务比如请帮我新增一个 /health 接口。 要求1. 返回{status:ok}2. 不要改动无关文件3. 改完后告诉我改了哪些文件4. 给我本地验证步骤第七步最后让它验证比如请运行测试。 如果没有测试请运行项目并告诉我怎么手动验证。这个流程是最适合新手的先理解再小改再验证。6 几个高质量提示词模板下面这些是实际很好用的。模板 1让它先看懂项目请先扫描当前代码仓库然后输出1. 项目用途2. 技术栈3. 目录结构4. 启动方法5. 潜在风险 不要立刻改代码。模板 2小范围修 bug请修复登录失败的问题。 要求1. 只改 auth 相关文件2. 不要重构无关代码3. 改完后说明原因4. 运行测试或给出验证步骤模板 3给它授权但设边界你可以自行读取文件、运行必要命令并修改代码。 限制1. 只在当前项目目录内操作2. 不安装新的大型依赖3. 不删除重要文件4. 所有改动完成后给我总结模板 4让它适合初学者请按初学者能看懂的方式工作1. 每次修改后解释原因2. 尽量少改动3. 多用注释4. 告诉我下一步该做什么7 为什么我建议你从小任务开始而不是“让它全自动重构一切”因为 Codex 再强它也是在代理式地理解你的工程。如果你一上来就说“帮我把整个项目重构优化并修好所有 bug。”它很可能会改动范围过大引入你没预料的问题让你很难看懂改了什么。而如果你把任务拆成先理解项目再修登录再补测试再做接口再整理 README你会更容易掌控。这也更符合 Codex 官方“在项目中完成具体开发任务”的使用方式。8 每次让 Codex 工作前最好先做一件事Git 备份这是经验不是花架子。先在项目里执行gitinitgitadd.gitcommit-mbefore codex如果你的项目本来就有 Git那至少先 commit 一次当前状态。因为 Codex 能写文件、改代码、运行命令出了问题你可以随时回退。官方文档已明确它具备这些能力。原文链接https://blog.csdn.net/zhezhebie/article/details/159288473