26 · Git 与 GitHub 集成：提交和 PR 审查

Codex 参与本地 Git 差异审查、提交准备和 GitHub PR Review 的工作流，说明本地检查与远端协作的区别。

Codex 和 Git 是天生的搭档。这一篇讲它怎么参与「提交」和「代码审查」这两个协作环节。

「本地差异审查」是基础：Codex 改完代码后，你要用 git diff 看它改了什么。这是「它干、你审」这套协作里的「审」。看清楚了，才决定要不要保留。

「提交准备」是它帮上忙的地方：它可以帮你整理改动、写提交信息、把相关的改动归类。一个好的提交信息，能让整个协作历史清晰可读。

「PR Review」是它进阶的能力：它不光能写代码，还能「审代码」。在 GitHub 的 Pull Request 场景里，它可以帮你阅读改动、提出审查意见、指出潜在问题。

这里要区分「本地检查」和「远端协作」：本地 diff 是你自己看它改了啥；PR Review 是它去看别人（或它自己）提交的改动、给意见。一个向内、一个向外。

「工作流」串起来大概是：本地让它改 → 你看 diff → 让它整理提交 → 推上去开 PR → 让它参与 review。Codex 贯穿了从「写」到「审」的全过程。

一个实用的提醒：别把「审查」也完全交给它。它可以帮你发现问题，但「要不要合并」这个最终判断，得你自己拿。它提供信息，你负责决策。

掌握这一篇，你就知道怎么把 Codex 真正嵌进团队协作里，而不只是「一个人用它写代码」。

常见误区：很多新手会把这一篇讲的「基本规则」当成「教条」——什么都严格遵守。其实这些规则的核心是「降低风险、提高效率」，理解了动机，规则就自然内化了，不用死记硬背。

五分钟练习：① 找一个一分钟能完成的代码任务 ② 用这一篇的方法描述给 Codex ③ 看它执行时有没有触发你刚学的那个机制 ④ 验证结果是否符合预期。这一轮做下来，你对这一篇的理解会深 3 倍。

延伸阅读：学完这一篇，你可以看本组里的下一篇，把相邻的概念连起来读；也可以跳到更后面的组学 MCP、子代理、Skills 这些更深的能力。知识是网状的，多跳几篇会理解更深。

复盘清单：每做完一个任务，可以花一分钟复盘——目标说清楚了吗？范围限定了吗？结果验证了吗？审查过 diff 了吗？下次哪里能更好？这 5 步能让你的 Codex 使用从「能用」进化到「好用」。