Cloud / Systeme
Wenn Codex pausieren muss
Ich entwickle berndkuhlen.de mit KI. Allerdings sind die Codex-Kontingente meines ChatGPT-Plus-Abos begrenzt. Als sie aufgebraucht waren, hätte ich entweder bis zur Zurücksetzung warten oder zusätzliche Credits kaufen müssen. Ich wollte trotzdem ein paar kleine Änderungen umsetzen.
Das bestehende Repository anbinden
Meine Website liegt bereits in einem privaten GitHub-Repository und läuft auf AWS S3 mit CloudFront. Zuerst müssen die lokalen Dateien auf dem MacBook committet und zu GitHub gepusht sein. In ChatGPT habe ich über Einstellungen → Plugins → GitHub meinen GitHub-Zugang autorisiert und gezielt das passende Repository freigegeben. Das ist kein automatischer Abgleich der lokalen Mac-Dateien.
ChatGPT erstellt Branches und PRs
Anschließend habe ich ChatGPT gebeten, das Repository zu prüfen, die richtigen Dateien zu finden und eine kleine Änderung umzusetzen. In meiner verfügbaren GitHub-Integration konnte ChatGPT direkt einen Branch anlegen, Dateien committen und einen Pull Request eröffnen. Den Diff und die GitHub-Actions-Tests habe ich kontrolliert, bevor ich gemergt habe. So entstanden unter anderem Sicherheitskorrekturen und ein Laufband-Hinweis in neun Sprachen.
Lokal testen, gezielt deployen
Für die Vorschau hole ich den PR-Branch mit git fetch origin, wechsle auf ihn und starte python3 -m http.server 8000. Nach dem Merge synchronisieren git switch main und git pull --ff-only origin main das MacBook. Ein GitHub-Merge veröffentlicht aber noch nichts auf AWS: Das Deployment ist ein eigener, kostenkontrollierter Schritt. CloudFront-Invalidierungen bleiben verboten; Änderungen werden nach Ablauf der normalen Cache-TTL sichtbar.
Kein Trick für unbegrenzte Gratis-Nutzung
Damit werden Codex-Limits nicht aufgehoben. Auch ChatGPT, Plugins und Agent-Funktionen haben eigene Verfügbarkeiten und Nutzungsgrenzen; Schreibzugriff auf GitHub gibt es nicht in jeder ChatGPT-Umgebung. Für kleinere, überprüfbare Änderungen funktionierte mein ChatGPT-Plus-/GitHub-Workflow aber ohne zusätzliche Codex-Credits.
Hinweis: Diese Anleitung dokumentiert meinen Workflow vom 5. November 2026. Codex usage documentation · GitHub connection documentation
Nächster Schritt: Deployment mit GitHub Actions und AWS OIDC (in Vorbereitung)
Dazu habe ich PR #21 vorbereitet: eine kurzlebige AWS-OIDC-Rolle, beschränkt auf mein GitHub-Repository und den Branch main, sowie einen zunächst manuell startbaren GitHub-Actions-Workflow. Geplant sind Tests, eine Freigabeliste öffentlicher Dateien, eine Kostenschätzung und die Prüfung des monatlichen AWS-Budgets vor S3-Uploads – selbstverständlich ohne CloudFront-Invalidierungen. Die Offline-CI-Tests waren erfolgreich. Stand 05.11.2026: Der PR ist noch offen. Die AWS-Rolle wurde nicht angelegt, kein S3-Deployment ausgeführt und ein automatisches Deployment nach Merge ist nicht aktiv. Vor der Aktivierung muss die monatliche 30-Dollar-Kostensperre auch für die neue Rolle gelten. Vollautomatische Deployments sind erst für eine später geprüfte zweite Phase vorgesehen.