ChatGPT und Codex Nutzungslimit ab Dezember 2026

Freitag, 15 Uhr. Ein Entwickler lässt Codex ein größeres Refactoring durchlaufen. Zwei Stunden später will die Kollegin aus dem Vertrieb eine Angebotsanalyse durch ChatGPT schicken und sieht nur den Hinweis, dass das Kontingent aufgebraucht ist. Zwei Leute, zwei Aufgaben, ab Dezember 2026 ein gemeinsamer Zähler.

OpenAI deckelt ChatGPT und Codex ab Dezember 2026 gemeinsam

Ab Dezember 2026 teilen sich ChatGPT und Codex in den Tarifen Plus, Pro und Business ein gemeinsames, token-basiertes Nutzungskontingent. Grund ist die Integration der agentischen Work-Funktionen in die ChatGPT-Hauptanwendung⁠^{1, 2}. Gemessen wird in Token statt in Nachrichten, der Verbrauch hängt von Modell und Aufgabe ab; der Instant-Chat zählt nicht mit⁠^{1, 3}. Restkontingent und Rücksetzzeitpunkt stehen in den Einstellungen unter „Nutzung“⁠^{1, 3}.

Was in den Meldungen untergeht: Ein konkreter Einführungstag im Dezember 2026 fehlt, genauso die Kontingenthöhen je Tarif⁠^{2, 4}. Diese Lücke ist die eigentliche Nachricht. OpenAI schreibt, die meisten Nutzer müssten nicht häufiger auf die Rücksetzung warten als bisher (Stand November 2026,⁠¹). Eine Erwartung ist keine Zusage.

Warum ein gemeinsamer Zähler im Betrieb wehtut

Intensive Codex-Nutzung verringert die verbleibende Kapazität in ChatGPT und umgekehrt⁠². Bisher ließ sich im Chat weiterarbeiten, wenn Codex am Limit war. Dieser Ausweichweg fällt weg.

Geschwindigkeit wird damit zum Kostenfaktor. Der Modus Fast verbraucht laut OpenAI das 2,5-Fache des Standardvolumens, Ultrafast das Achtfache, Bilderzeugung zehrt drei- bis fünfmal schneller am Kontingent (Stand 1. November 2026,⁠^{2, 4}). Für Plus nennt OpenAI 15 bis 160 lokale Nachrichten alle fünf Stunden mit GPT-6.1 Sol, ausdrücklich als Schätzung (Stand 1. November 2026,⁠⁴). Planbarkeit sieht anders aus.

Bedient ein Account mehrere Rollen, trägt die Fachabteilung ab Dezember 2026 die Last der Entwicklung mit. Geteilte Logins sind dann kein Lizenzproblem, sondern ein Verfügbarkeitsproblem.

Das Limit ist ärgerlich, die Abhängigkeit ist das Risiko

Ein Anbieter, der Abrechnungslogik, Kontingenthöhe und Startdatum innerhalb von Wochen ändert, ist als Lieferant völlig in Ordnung. Als einziger Pfeiler eines Prozesses, der laufen muss, ist er es nicht. Die belastbare Antwort darauf ist Architektur, nicht Tarifwahl. Sortieren Sie Ihre Abläufe: Welcher darf zwei Stunden stillstehen, welcher nicht? Für den Rest brauchen Sie eine Rückfallebene, also ein zweites Modell, eine API-Anbindung oder ein selbst betriebenes Modell.

Ein Nebeneffekt der Umstellung ist nützlich: Die Token-Abrechnung macht den Verbrauch messbar. Wer über die API arbeitet, zahlt zu API-Tarifen und verbraucht das Abo-Kontingent nicht⁠⁴. Für produktive, automatisierte Abläufe ist das der sauberere Weg als ein Endnutzer-Abo.

Was OpenAI in den Wochen vor der Umstellung gedreht hat

Am 29. Oktober 2026 kündigte OpenAI-Produktchef Tibo Sottiaux über X an, die Nutzungslimits für Pro 100, Pro 200, Pro 500 und Business Premium zu verdoppeln⁠². Eine am 29. September 2026 per E-Mail angekündigte Halbierung des Pro-200-Kontingents nahm OpenAI einen Tag vor dem geplanten Start am 30. Oktober 2026 zurück⁠². Im Oktober 2026 räumte OpenAI einen Fehler bei den Limits von rund 40.000 Codex-Konten ein⁠⁴. Zwei Korrekturen in zwei Monaten sind keine Katastrophe. Für jeden, der darauf Prozesse baut, sind sie trotzdem eine Ansage.

Wie die Gegenseite aussieht, zeigt die von uns gebaute KI-Plattform asseko.ai: Dort bewerten fünf KI-Modelle PKV-Tarife nach rund 375 Kriterien im Konsens, die Fehlerquote sank von rund 5 % auf unter 0,1 %⁠⁵. Mehrere Modelle nebeneinander sind dort kein Luxus, sondern Teil der Architektur. Ändert ein Anbieter seine Limits, hängt das Ergebnis nicht daran.

Wer KI produktiv einsetzt, dokumentiert ohnehin nach der Verordnung (EU) 2024/1689⁠⁶. Ein Modell- oder Anbieterwechsel sollte diese Dokumentation nicht zerlegen.

Was Sie bis Dezember 2026 erledigen sollten

• Verbrauch jetzt messen. Die Seite „Nutzung“ zeigt Restkontingent, Credits und Reset-Zeit, in einer Codex-Sitzung im Terminal liefert /status dieselben Daten. OpenAI empfiehlt eine Kontrolle alle ein bis zwei Wochen⁠⁴.
• Accounts trennen. Entwicklung und Fachabteilung gehören nicht auf dasselbe Abo⁠².
• Modellwahl nach Aufgabe statt nach Gewohnheit: Fast und Ultrafast bewusst einschalten statt dauerhaft⁠^{2, 4}.
• Produktive Automatisierungen auf die API oder ein eigenes Setup heben und je Ablauf festhalten, was bei zwei Stunden Ausfall passiert.
• Nicht tun: panisch in den teuersten Tarif wechseln. Solange weder Datum noch Token-Mengen je Tarif veröffentlicht sind⁠^{2, 4}, kaufen Sie eine Zahl, die Sie nicht kennen.

Wenn Sie wissen wollen, was Ihr KI-Einsatz wirklich verbraucht

Behandeln Sie KI-Nutzung wie Strom oder Serverkapazität: Jemand muss den Verbrauch kennen und sagen können, was passiert, wenn der Anbieter zwei Stunden ausfällt. Soll die Rückfallebene in der EU laufen, geht das: Wir arbeiten als Partner von STACKIT (Schwarz-Gruppe) auf souveräner Cloud aus Deutschland, Daten und KI bleiben standardmäßig in der EU⁠⁷.

Nehmen Sie sich 30 Minuten und gehen Sie Ihre Abläufe mit uns durch: Potenzial-Check buchen, kostenlos und direkt mit dem Gründer, Antwort werktags innerhalb von 24 Stunden, Telefon 06257 / 9179 400 werktags von 9 bis 17 Uhr⁠⁸. Wenn Ihr Fall mit zwei getrennten Accounts und besserer Modellwahl erledigt ist, sagen wir Ihnen das.