Codex 改代码很快，但工程化使用的关键在 Git 协作上。这篇把我日常 Codex 与 Git 的配合方式整理出来，都是反复验证过的细节，照着做基本不会翻车。
一、分支策略：AI 改动永远走独立分支
git checkout -b codex/fix-login-validation
codex "修复登录页密码含空格报 500 的问题"
分支名用 codex/ 前缀，一眼就知道这批改动是 AI 产出，评审时标准可以更严格。跑完任务人工审 diff，确认后合回主分支。
二、提交信息让它写，提交动作自己来
让 Codex 写 commit message 效果很好——它对改动内容了如指掌：
codex "根据 staged 改动写一条符合 Conventional Commits 的提交信息"
但执行 git commit 这一步留给自己。这是最后的反悔窗口：diff 在暂存区里躺着的每一秒，你都有机会发现不对劲。
三、改坏了怎么回滚
三种情况对应三个命令：
- 工作区没提交：git checkout — <file> 直接丢弃它的改动；
- 已经提交：git revert <commit> 生成反向提交，历史安全；
- 改了一半发现方向不对：git stash 存起来，先跟它对齐方案再恢复。
四、让它在分支上做"试验性改动"
遇到拿不准的重构方案，开个 codex/experiment 分支让它先做一版，diff 看完再决定采纳还是丢弃。试错成本从"改坏项目"降到"删一个分支"。
五、diff 审查小技巧
AI 的 diff 最常见的问题是"顺手改了不该改的"。审的时候重点看两点：
小结
Git 是 AI 编程时代最重要的安全网：分支隔离、人管提交、会三招回滚。这套流程的完整版（含 AGENTS.md 里的 Git 规范模板）我放在了 gptupcn.com，需要可以直接拿去用。
