如何让 ChatGPT 和 Codex 的额度利用率最高：GitHub 高效开发流程

真正省额度的分工方式

1. 让 ChatGPT 做准备，让 Codex 修改真实仓库

先按任务选择工作面，再写提示词。普通 ChatGPT 适合澄清需求和起草提示词；需要读取实时授权仓库、但不需要写回时，用 ChatGPT + GitHub；必须修改文件、运行命令、测试改动或创建 PR 时，用 Codex。这样可以让额度更贵的实现轮次集中在真实仓库结果上。

1. 先明确一个用户可见结果和验收条件。
2. 读取授权仓库，点名涉及的文件、符号和测试。
3. 打开 Codex 前，先把确认后的计划保存到 GitHub。
4. 让 Codex 独占分支、实现、测试、diff 和 PR。
5. 由 CI/CD 生成 Preview，Production 保持为单独审批步骤。

2. 把每个 Codex 任务缩小到可以验证

提高额度利用率不是让 Codex 一次做更大范围的失控改动，而是减少返工。一个 Issue 应该描述一个结果、一个明确的文件范围和一个完成标准。如果需求里包含互不相关的功能，先拆开再实现。

1. 写清一个用户可见结果，不要列一串松散的改进项。
2. 列出范围内和范围外的文件或行为。
3. 定义能证明结果的最小测试或命令。
4. 做到可审查的 PR 就停止，不要顺手加入额外改动。

3. 省额度的交接：两个提示词，两个产物

不要让一个长对话同时规划、修改、调试和部署。第一条提示词让 ChatGPT 产生实施包；第二条提示词让 Codex 验证并落地。两个持久产物是 GitHub Issue 和 PR。

ChatGPT 提示词：
请读取已授权的 owner/repo。只做分析，不修改仓库。
目标：[用户结果]
请输出：调用链、最小计划、文件范围、patch 草稿、验收条件、测试命令和部署风险。

Codex 提示词：
读取 GitHub Issue #123。先审计计划与真实仓库是否一致；不一致先报告。
然后创建分支、实现、测试、构建并提交 PR。只准备 Preview，未经批准不要动 Production。

4. 真正能提高额度利用率的五条规则

1. 一个任务、一个 Issue、一个用户可见结果。
2. 在请求全仓库解释前，先搜索点名文件和符号。
3. 提供准确错误、diff、命令和预期结果，不要粘贴无关历史。
4. 每轮只要一个产物：计划、patch、诊断、审查或交接，不要五个一起要。
5. 立刻运行最小检查，并在下一个问题前把结果保存到 PR。

最费额度的模式是“先生成大范围重写，后来才发现假设错了，再重复一遍”。编辑前加一个短审计检查点，通常比单纯缩短提示词更省。

5. 根据任务风险选择模型和推理档位

不存在适用于所有 ChatGPT 或 Codex 账户的永久模型映射。可用模型、默认值、推理档位和用量规则取决于当前客户端、套餐、工作区和灰度发布。先使用刚好满足质量标准的最低设置；涉及模糊架构、安全、迁移或 Production 风险时，把更强的推理用在避免返工的决策上，同时收窄实现范围。

1. 记录当前 ChatGPT、Work 或 Codex 工作面显示的模型和推理档位。
2. 分诊和范围清晰、可测试的小改动使用较轻设置。
3. 把更强的推理用在会阻止返工的决策上，然后保持实现范围小。
4. 完成代表性任务后查看 Settings → Usage，不要只从模型名称猜消耗。

6. 如果 Codex 还是用完了，先保住交接上下文

如果额度用完，不要丢掉已经完成的工作。先查看 Usage 页面中的账户选项，再在 Issue 或 PR 中留下当前计划、diff、失败命令和下一步。Codex 恢复后从证据继续，比重新探索仓库更省额度。

1. 记录耗尽的是哪个额度，以及页面显示的刷新或 credits 选项。
2. 把当前计划、改动文件、测试输出和未决问题保存到 GitHub。
3. 只有在 ChatGPT 自己的访问和额度允许时，才用它做有边界的分析或文档工作。
4. 让 Codex 从 Issue 或 PR 恢复，不要把整个项目历史重新粘贴到新任务。

推荐执行顺序

1. ChatGPT Chat/Work：澄清结果和限制。
2. ChatGPT + GitHub：读取授权仓库并产出计划。
3. GitHub：保存计划为 Issue，包括验收和验证命令。
4. Codex：选择仓库、审计计划、实现、测试并创建 PR。
5. CI/CD：生成 Preview，由人工验证。
6. 发布流程：单独批准并部署 Production。

常见问题