作者:互联网 时间: 2026-07-25 16:00:02
第一次用 Codex CLI,不必先研究所有参数。更实用的做法是打开一个干净的项目目录,确认 Git 状态可回退,然后让终端里的 Codex 先读项目、再回答、最后只做一个小改动。这样跑完第一轮,你能马上知道它能不能读懂仓库,也能避免一上来就把任务放得太大。
开始前先进入项目根目录,运行一次 git status。如果有未保存改动,先提交或备份。Codex CLI 能读取当前工作目录、解释文件关系、修改代码并运行命令;不能替你判断哪些未提交内容可以丢。失败场景是项目本来就很乱,改完之后你分不清哪些是旧问题,哪些是 AI 新改的。
官方入口给了多种安装方式。macOS 或 Linux 可用安装脚本,习惯 npm 的开发者可全局安装,Windows 则按 PowerShell 路线处理。新手只选一种方式,不要混着装。常见命令如下:
curl -fsSL https://chatgpt.com/codex/install.sh | sh
npm install -g @openai/codex

安装完成后在项目目录运行 codex。CLI 默认会引导登录 ChatGPT,也支持 API key;普通个人使用优先走 ChatGPT 登录,自动化脚本再考虑 API key。它能缓存会话,方便下次继续;不能保证公司网络、工作区权限或本地证书都已经放行。失败场景是浏览器登录成功了,终端仍连不上,这时应先排查代理、证书或设备码登录。

第一条提示词建议写得很窄:请阅读当前项目结构,找出启动命令和测试命令,不要修改文件。 这一步能检查 Codex 是否站在正确目录、是否理解项目语言和测试入口;不能证明它已经知道业务细节。失败场景是你没有说明重点目录,它可能把时间花在生成文件、依赖目录或历史脚本上。
确认它读对项目后,再给一个低风险任务,例如“修复 README 里的启动命令说明,并指出改了哪几行”。如果要改代码,就补齐目标、相关文件、限制和完成标准。Codex 可以边改边跑检查;不能替代你看 diff。失败场景是只说“优化一下”,它可能顺手改样式、改结构、改命名,最后结果看似积极但不符合你的真实需求。
退出前检查 diff、终端输出和测试结果。能通过相关测试,再决定提交;没有测试也要让 Codex 说明手动验证步骤。新手先保持默认权限,只有明确需要联网或跨目录时再放开。第一天用 CLI,目标不是让它完成大项目,而是建立一套可重复的小循环:进目录、给边界、看改动、跑检查。