Crédits Codex épuisés : continuer mon site avec ChatGPT et GitHub

Quand Codex atteint sa limite

Je développe berndkuhlen.de avec l’IA, mais mon abonnement ChatGPT Plus ne donne pas un accès illimité à Codex. Une fois le quota épuisé, il fallait attendre sa réinitialisation ou acheter des crédits. J’avais encore quelques petites modifications à faire.

Relier le dépôt GitHub

Le code du site se trouve dans un dépôt GitHub privé ; l’hébergement utilise AWS S3 et CloudFront. Je commence par synchroniser les fichiers de mon MacBook avec GitHub. Dans ChatGPT, via Paramètres → Plugins → GitHub, j’autorise le compte et uniquement le dépôt voulu. Les fichiers locaux ne sont pas synchronisés automatiquement.

Travailler avec des pull requests

Je demande à ChatGPT de retrouver les fichiers concernés. Dans l’environnement dont je disposais, l’intégration GitHub pouvait créer une branche, enregistrer des changements et ouvrir une pull request. Je relis les différences et les tests GitHub Actions avant de fusionner. Nous avons notamment traité des corrections de sécurité et un avis en neuf langues.

Tester, puis déployer

Pour un aperçu local, je récupère la branche de la PR, je passe sur cette branche et je lance python3 -m http.server 8000. Après la fusion, git switch main et les git pull --ff-only origin main synchronisent mon MacBook. Une fusion GitHub ne déploie pas le site AWS. Le déploiement reste une étape distincte avec contrôle des coûts ; les invalidations CloudFront restent interdites et le contenu apparaît après le TTL normal du cache.

Pas de gratuité illimitée

Cette solution ne supprime pas les limites de Codex. Les quotas et les possibilités d’écriture GitHub varient selon l’expérience ChatGPT. Mais elle m’a permis de poursuivre de petites améliorations sans crédits Codex supplémentaires.

Remarque : Ce récit décrit ma méthode au 5 novembre 2026. Documentation sur l’utilisation de Codex · Documentation de la connexion GitHub

Étape suivante : déploiement GitHub Actions avec AWS OIDC (en préparation)

J’ai préparé la PR n° 21: un rôle AWS OIDC temporaire limité au dépôt et à la branche main, ainsi qu’un workflow GitHub Actions lancé manuellement. Il prévoit des tests, une liste de fichiers publics autorisés, une estimation des coûts et une vérification du budget AWS avant tout envoi vers S3, sans invalidation CloudFront. Les tests CI hors ligne ont réussi. Au 5 novembre 2026, la PR reste ouverte : aucun rôle AWS n’a été créé, aucun déploiement S3 n’a eu lieu et les merges ne déclenchent pas de publication. Le plafond de sécurité mensuel de 30 $ devra aussi s’appliquer au nouveau rôle. L’automatisation totale attendra une seconde phase.