二、Codex 介绍

Codex 是 OpenAI 推出的一款AI 编程智能体。与简单的聊天机器人或代码补全工具不同，Codex 能够像一个真实的开发人员一样，独立理解复杂任务、操作你的电脑、编写并修改代码、运行终端命令，甚至自动修复bug。访问入口：https://openai.com/zh-Hans-CN/codex/?utm_source=Ai138.com

2.1 Codex 是什么

简单来说，可以把 Codex 看作一个“能帮你干活的AI工程师”。

• 它是“目标驱动”而非“指令驱动”：你只需告诉它最终的目标（例如：“帮我搭建一个带用户登录功能的网站”），它会自动拆解任务，规划步骤并执行，而不需要你一步步告诉它该怎么做。
• 它不只是一个聊天框：虽然你可以在ChatGPT网页版找到它，但它真正的威力在于桌面应用和命令行工具（CLI）。在这些地方，它可以直接访问你的文件系统、运行终端命令，甚至操作其他软件。
• 它的用户远超程序员：官方数据显示，Codex每周有超过300万用户，其中近一半（50%）的使用场景并非编码。从写周报、整理文档到数据分析，它都足以胜任。

2.2 Codex能做什么？

近期的重大更新让Codex的能力大幅跃升，使其不再局限于编程领域：

• 动打开软件、运行模拟器、发现问题、修改代码，并再次测试验证，完成一整套开发闭环。
• 所见即所得的开发（内置浏览器）：Codex内置了一个浏览器。当你开发网页时，它可以直接在浏览器中展示效果。你可以直接在渲染出的网页上圈出问题，比如圈出一个标题并写上评论“字体太大，颜色改成蓝色”，Codex就能理解视觉和空间上下文，并精准地修改对应的代码。
• “心跳”机制与长期记忆：
  • 自动排班：你可以交付给它一个需要数小时甚至数周的长线任务。即使你关掉电脑，它也会在约定的时间点“自动醒来”，在后台继续工作。
  • 记忆功能：它会记住你的编码偏好和纠正过的错误，下次再合作时，就不需要从头开始解释了。
  • 强大的工具生态：Codex已经接入了超过90个插件，可以无缝连接JIRA、GitLab、Microsoft Suite、Slack、Gmail等常用工具。你可以让它去Notion里读文档、去邮箱里看邮件、去项目管理工具里筛选Bug，再把所有信息汇总成一份报告给你。

2.3 Codex的不同使用模式

Codex提供了多种使用方式，用户可以根据自己的需求选择不同的入口：

2.4 Codex 基于Git 项目管理介绍

Codex 对 Git 的管理，已经超越"自动提交代码"的简单范畴。在最新的 Codex App 与 CLI 版本中，它利用 Git Worktree 和 自动化分支策略 构建了一套多 Agent 并行开发的完整管理体系。

这套体系的核心目标是：在不污染主分支、不产生代码冲突的前提下，让多个 AI Agent 像人类开发团队一样并行工作。

2.4.1 核心管理机制：Worktree 与任务分支

在 Codex 的架构中，Git 不仅是版本控制工具，更是任务隔离和安全审查的基石。

• 工作区隔离：当用户同时开启多个编码任务时，Codex 不会在同一个文件夹下混合修改代码。它利用 git worktree 功能，为每一个 Agent 或每一个任务创建一个独立的代码副本。这意味着 Agent A 在修复前端 Bug 时，Agent B 可以在另一个独立目录下开发新功能，两者互不干扰，也不会导致主工作区的 Git 状态混乱。
• 自动化分支策略：Codex 严格遵循标准的 Git 分支模型。当它在云端沙盒或本地执行任务时，不会直接提交到主分支。而是会基于主分支创建一个特定的功能分支（通常命名为 codex/task-<任务ID> 或类似格式）。所有的代码修改、测试运行都在这个分支上进行。

2.4.2 全自动开发工作流

Codex 将 AI 编程从"结对编程"演变为"团队管理"。一个典型的任务闭环包括以下 4 个步骤：

1. 环境准备与克隆：当用户指派任务后，Codex 沙盒环境自动启动，克隆指定的远程代码仓库，并切换到指定分支（如 main 或 dev）。
2. 并行开发与提交：Codex 在 Worktree 隔离区或独立分支上编写代码。完成任务后，它不会直接推送，而是在本地生成 commit。研究发现，Codex 具备上下文感知能力，能根据代码变动生成语义化的提交信息。
3. Code Review 与合规检查：OpenAI 官方为 Codex 内置或支持配置 Git Hooks 和 PR Review 规则。在最终合并前，Codex 会进行代码规范（Lint）和安全沙箱检查，确保代码符合团队标准。
4. 发起 Pull Request (PR)：这是最关键的环节。Codex 会将本地分支推送到远程仓库（你的个人 Fork 或直接推送），并在 GitHub/GitLab 上自动发起一个 PR。然后等待人工 Review 和合并。

2.4.3 多项目管理实战：Forks 与多环境配置

在复杂的开源项目或企业开发中，Codex 通过精细化的 Git 权限管理来确保安全：

• 开源贡献模式：为了解决权限问题，Codex 推荐采用 Fork & Pull 模式。在 ChatGPT Codex 界面连接 GitHub 后，它只会克隆用户自己 Fork 的仓库。Codex 在其 Fork 仓库中创建分支、提交代码并发起 PR。用户随后可以审查 PR，再向主项目发起合并请求。这符合大型开源项目（如 Apache OFBiz）的规范。
• 多环境隔离：用户可以为不同的项目或不同的分支（如 trunk 和 release/18.12）创建独立的 Codex 环境。每个环境都拥有独立的 Git 配置和工作区，防止任务交叉污染。

2.4.4 安全性：白名单与沙箱

由于 AI 自动操作 Git（如 push、reset、rebase）存在风险，Codex 引入了严格的命令沙箱机制。

• 命令白名单：管理员或用户可以通过 .codex.yml 配置文件，指定 AI 允许运行的 Git 命令。例如，可以允许 git diff 和 git log，但严格禁止 git push --force 或 git push 到 main 分支。
• 审查锁：Codex 通常被配置为半自动模式。它可以自动编写代码并提交，但在推送到远程仓库或发起 PR 这一步，往往需要人类点击确认，防止恶意代码或错误代码污染生产分支。

2.4.5 总结对比

总的来说：

Codex 不再是简单的代码生成器，它已经进化为一个能够利用 Git 分布式特性的 AI 项目经理。它能同时调度 10 个 Agent，通过 Worktree 并行工作，利用分支策略隔离风险，并最终通过自动化的 PR 流程交付代码。这是当前 AI 编程领域最具工程化落地的实践之一。

三、Codex 操作Git 使用流程

接下来演示如何在Codex 中完全基于自然语言来操作Git对项目的完整生命周期进行管理，这种方式也是目前基于AI编程利用Git进行项目协作的方式。

3.1 Codex 集成Git介绍与前置准备

Codex 与 GitHub 深度集成，可以在拉取请求中直接进行代码审查。本节详细介绍如何配置和使用 GitHub 集成。通过 GitHub 集成，你可以：

• 在 PR 评论中直接请求 Codex 审查
• 自动审查每个拉取请求
• 让 Codex 修复 CI 失败问题
• 查看代码变更并提供建议

无需离开 GitHub，Codex 就会像队友一样回复审查意见。

在Codex的设置页面可以看到git的相关配置信息

配置步骤：

1. 设置 Codex Cloud
2. 前往 Codex 设置
3. 为仓库开启 Code review 功能
4. 授权 Codex 访问你的Git仓库

你需要授予 Codex 读取仓库和创建拉取请求的权限。

3.2 Codex 操作Git项目实操流程

3.2.1 创建工程目录

在本地创建一个工程目录，用于codex中打开作为工作目录

3.2.2 创建一个测试工程

整个流程是演示从创建项目到最终提交到git，以及后续直接通过对话调整代码，然后通过对话提交到git仓库的完整过程，打开上一步的工作目录，在对话框输入下面的提示词

输入提示词之后，等待响应，中间可能会有需要操作者手动确认点击的动作

3.2.3 推送Git仓库

项目创建完成后，使用下面的指令让AI将项目推送到远程仓库

指令发送出去之后，Codex 将会模拟人工操作，首先将当前项目作为一个Git本地仓库进行提交，然后开始检查与远程Git仓库的连接、授权信息，这些确认无误之后，会自动在本地已经配置的git账号中创建一个新的代码仓库，并将当前的项目工程代码推送到这个仓库中，作为master分支

最终在我的仓库中就看到了这个刚刚推送上来的项目

3.2.4 创建新分支

日常开发中，需要基于主分支创建新的分支，可以直接在codex中通过自然语言来操作

直接让AI推送

最后检查一下是否推送成功

3.2.5 开发新功能并提交代码

接下来，基于上面的工程新增一个需求，模让AI完成这个需求的编码开发，然后推送git仓库

输入提示词等待AI响应

3.2.6 代码合并

在日常开发中，经常涉及到将某个分支的代码合并到另一个分支上，使用Codex ，直接通过对话的方式就可以做到

3.2.7 代码提交记录检查

在日常做项目代码review的时候，通常是对近期或某个时间段的代码提交记录进行检查，如下，让AI 检查近期的代码提交记录

在实际项目开发中，还有更多涉及与Git相关的操作，比如代码回退，代码review等，都可以继续在Codex中通过自然语言的方式完成这些事情。

3.3 Codex Git WorkTree 使用

git worktree本质上就是利用Git创建一个新的分支，然后把这个新的分支代码完整的复制到一个新的文件夹里面，这个新的文件夹就是一个WorkTree。

• 这种做法的优点是，主文件夹和分支文件夹可以并行工作。
• 在不同的文件夹下各自修改代码，互不干扰，完毕之后，合并也非常容易。

下面通过一个实际案例来演示git worktree的使用

3.3.1 创建项目

打开Codex ，输入下面的提示词，在本地的某个文件目录下创建一个vue3的新工程

输入之后，等待AI响应

• 需要提前在本地安装node环境

创建完毕后，会自动运行项目，在Codex 右侧浏览器可以打开在线预览项目，这个是在做前端开发的时候一个很方便的地方

3.3.2 提前创建一个git 仓库

本次我选择gitee，提前创建一个git仓库

3.3.3 项目本地初始化

输入提示词，将上面的项目初始化为一个git工程

3.3.4 项目推送到git

输入下面的提示词将项目推送到上面的gitee仓库

第一次本地没有配置过gitee的凭证的话，会弹出下面的信息，配置之后，下次就可以直接指挥AI提交了

我配置之后，再次验证一下效果，如下，调整一下页面上的元素

然后AI重新调整代码，此时代码就能正常上传到gitee上了

3.3.5 创建工作树

以上可以理解为前置准备，接下来我们模拟的是一个真实场景，在本地两个不同的文件目录下，分别打开git的两个分支，各自开发完成之后，将代码做合并。

在当前项目文件目录下，如下，点击创建永久工作树

第一个工作树是为了修改一个页面的标题

点击创建之后，自动打开一个新的对话框

再创建第二个工作树

两个工作树都创建完成后，在左侧就可以看到这两个带有特殊图标的项目目录

3.3.6 修改工作树下的代码

紧接着，我们在上面创建的不同的工作树下各自做自己的代码修改，比如第一个工作树中，让AI调整一下标题

第二个工作树修改下背景颜色

3.3.7 合并到主分支

上一步模拟了在不同的分支树下调整代码，其实工作树的概念可以简单理解为git的不同分支，虽然不能完全等同，紧接着，在上面2个新打开的不同的对话框中，让各自把调整后的代码合并到主分支

3.3.8 移除工作树并推送代码

经过上面一步，已经将2个工作树的代码合并到主分支了，确认之后，就可以将主分支代码推送到远程仓库

推送成功后，2个工作树不用的话就可以移除掉

四、写在文末

本文通过较大的篇幅详细介绍了如何在Codex 基于Git对项目进行协作管理，有兴趣的同学还可以基于此继续深入研究，本篇到此结束，感谢观看。