新版 Codex 的多仓库项目怎么用？前后端分仓也能一起改吗

新版 ChatGPT 桌面端中的 Codex 支持在一个项目中使用多个代码仓库。这对前端、后端、基础设施、SDK 和文档分别存放的团队非常实用。

多仓库能解决什么问题

过去修改一个接口可能需要：

1. 后端增加字段。

2. 前端更新类型和页面。

3. SDK 更新模型。

4. 部署仓库修改配置。

5. 文档仓库更新说明。

单仓库 Agent 只能看到其中一部分，容易遗漏。多仓库项目可以让 Codex 在同一个任务上下文中分析这些关联。

适合的仓库组合

• Web 前端 + Go 后端
• App + API + 公共 SDK
• 业务代码 + Terraform/Kubernetes
• 主产品 + 插件仓库
• 服务端 + OpenAPI 文档
• 多个微服务仓库

正确使用方式

先告诉 Codex 每个仓库的职责和允许修改范围。例如：

• frontend：只改页面和类型。
• backend：改接口与数据库。
• sdk：根据 OpenAPI 更新。
• infra：本次只读，不允许部署。

然后让它先输出跨仓库影响分析，再开始修改。

如何避免混乱

• 为每个仓库建立独立分支。
• 不让多个 Agent 同时修改同一仓库的同一文件。
• 明确接口契约是唯一事实来源。
• 每个仓库分别运行测试。
• 最后进行端到端集成验证。
• 合并顺序写进任务计划。

多仓库不等于自动发布

Codex 可以修改和验证代码，但生产发布应继续使用受控 CI/CD、审批和回滚流程。特别是数据库迁移、基础设施和密钥配置，不应因为多仓库上下文更完整就自动授权执行。

官方资料

• Codex 多仓库项目说明
• ChatGPT 与 Codex 合并说明