Codex 额度用完后，我如何用 ChatGPT 与 GitHub 继续维护网站

问题：Codex 达到使用上限

我使用 AI 开发 berndkuhlen.de，但 ChatGPT Plus 并不提供无限量 Codex。额度用完后，我可以等待重置，也可以购买额外额度。不过，我还有一些小改动需要完成。

连接现有的 GitHub 仓库

网站代码保存在私有 GitHub 仓库中，部署在 AWS S3 和 CloudFront。首先，我确保 MacBook 上的代码已提交并推送到 GitHub。随后在 ChatGPT 的设置 → Plugins → GitHub 中授权账号，只开放所需仓库。连接 GitHub 并不等于自动同步本地文件。

以拉取请求审查修改

我请 ChatGPT 检查仓库并定位需要修改的文件。在我当时可用的集成环境中，它能够创建分支、提交文件和打开 Pull Request。我先查看差异及 GitHub Actions 测试，再决定是否合并。我们用这种方式完成了安全改进及九种语言的跑步机状态说明。

本地预览与独立部署

使用 git fetch origin 获取远程分支，用 python3 -m http.server 8000 本地预览；合并后用 git pull --ff-only origin main 更新 MacBook。GitHub 合并并不会自动部署到 AWS。部署需单独审核成本，也不使用 CloudFront 缓存失效请求。

这不是无限免费使用

Codex 的额度限制并未消失。ChatGPT、插件以及 GitHub 写入能力也受各自的权限和使用限制约束。不过，对于小规模、可审查的修改，我不必额外购买 Codex 额度。

5 November 2026: Codex usage and limits · GitHub connection

第一次 OIDC 部署让我学到了什么

2026 年 11 月 5 日，GitHub Actions 使用 OIDC，获取了一个权限仅限于此代码仓库和 main 分支的临时 AWS 角色。第一次发布向 S3 源站上传了 422 个经允许的对象，并逐一验证；估算的 AWS 费用为 0.03755 美元。第一次尝试发现 10 个线上对象与旧基线不一致，因此在写入前停止。我核对了它们的确切哈希值，然后重试，同时保留了账本中的失败部署记录。没有删除任何对象，也没有发送任何 CloudFront 缓存失效请求。

现在，每次合并到 main 都会启动这个工作流。它会验证 HEAD 对应的是真实的已合并拉取请求，运行完整的离线网站检查，检查现有的每月 30 美元预算停止机制，并在执行条件写入前验证所有源站。预算报告可能会延迟，因此这项停止机制不能硬性限制最终账单金额。GitHub 当前的私有仓库套餐不提供服务器端分支保护；工作流中的拉取请求检查只是工作流自身的一道关卡，并不是强制执行的仓库规则。我选择继续将仓库设为私有。