ChatGPT Plus: Nutzer meldet Regression beim Execution-Routing

Nutzerbericht: ChatGPT Plus verliert langlebiges Worker-Routing im normalen Chat

Ein Nutzerbericht auf community.openai.com beschreibt eine reproduzierbare Regression im Execution-Routing von ChatGPT Plus. Demnach nutzten normale Chats historisch das langlebige Worker-Routing mit einer Ausführungsdauer von über 100 Minuten. Aktuell laufen gewöhnliche Chats dagegen als nicht-Temporal/Vordergrund-Prozesse in der etwa 26-Minuten-Klasse. Der Work-Modus erhält weiterhin eine Worker-Übergabe. Der Autor wendet sich an den OpenAI-Support und betont, es handle sich nicht um einen subjektiven Eindruck, sondern um eine auf erhaltenen nativen Metadaten basierende Beobachtung. Er habe historische und aktuelle Backups verglichen und die Ausführungsklassen dokumentiert. Eine offizielle Bestätigung von OpenAI liegt bislang nicht vor.

Technische Details: Metadaten zeigen Ausführungsklassen-Wechsel

Die Begriffe beschreiben unterschiedliche Ausführungsumgebungen innerhalb der ChatGPT-Infrastruktur. Langlebiges Worker-Routing bedeutet, dass eine Anfrage in einem dauerhaften Prozess bearbeitet wird, der über längere Zeiträume bestehen bleibt – im historischen Fall über 100 Minuten. Nicht-Temporal/Vordergrund bezeichnet dagegen eine Ausführung im Vordergrund ohne zeitliche Persistenz, hier in der etwa 26-Minuten-Klasse. Der Nutzer stützt seine Behauptung auf erhaltene native ChatGPT-Metadaten aus historischen und aktuellen Backups. Diese zeigen laut Bericht den Wechsel der Ausführungsklasse für normale Chats, während der Work-Modus unverändert eine Worker-Übergabe erhält. Die Metadaten dienen als technischer Beleg für die Regression, da sie die Ausführungsklasse unabhängig von subjektiven Leistungseindrücken dokumentieren. Der Autor fordert eine technische Prüfung durch das Engineering-Team.

Bug oder Absicht? Nutzer spekulieren über Upgrade-Druck

In der Community wird die Beobachtung unterschiedlich interpretiert. Einige Nutzer vermuten, OpenAI habe die Leistung von ChatGPT Plus absichtlich verschlechtert, um Abonnenten zum Upgrade zu bewegen. Als Argument führen sie an, dass der Work-Modus weiterhin die bevorzugte Worker-Übergabe erhält, während normale Chats in eine kürzere Ausführungsklasse zurückgestuft wurden – eine Differenzierung, die den teureren Work-Tarif attraktiver machen könnte. Zudem verweisen sie auf frühere Muster, bei denen nach Modell-Updates Leistungsänderungen beobachtet wurden. Der Bericht selbst spricht von einer Regression und fordert eine technische Prüfung. Eine offizielle Stellungnahme fehlt, sodass offen bleibt, ob es sich um einen Bug oder eine strategische Entscheidung handelt. Der Widerspruch zwischen technischer Regression und Geschäftsstrategie lässt sich ohne Herstellerangaben nicht auflösen. Der Vorfall reiht sich in weitere gemeldete ChatGPT-Fehler ein: Zuletzt hatten Nutzer über Probleme mit dem Prompt-Navigator und der Conversation-Search berichtet sowie über die Conversation-Search in ChatGPT Business, die vorhandene Chats nicht mehr findet.

Zeitlicher Kontext: GPT-5.6 Sol Rollout kurz zuvor

Die Beobachtung fällt in eine Phase unmittelbar nach der Einführung von GPT-5.6 Sol. OpenAI begann nach eigenen Angaben (Herstellerangabe) den Rollout des Modells am 9. Juli 2026; das Unternehmen bezeichnet es als Flaggschiff-Reasoning-Modell (Herstellerangabe). Ein kausaler Zusammenhang zwischen dem Modellwechsel und der beschriebenen Routing-Regression ist nicht belegt. Allerdings sind beim Rollout eines neuen Flaggschiff-Modells infrastrukturelle Änderungen plausibel: etwa eine neue Routing-Logik, die Anfragen anders auf verfügbare Ressourcen verteilt, oder eine Umverteilung von Rechenkapazität zugunsten des neuen Modells. Solche Anpassungen könnten dazu führen, dass normale Chats nicht mehr die langlebigen Worker-Prozesse erhalten, sondern in die kürzere Vordergrund-Klasse verschoben werden. Da OpenAI keine technischen Details zum Rollout veröffentlicht hat, bleibt dies Spekulation.

Community meldet Routing-Probleme bei ChatGPT Plus

In der Community mehren sich Berichte über Regressionen beim Execution-Routing. ColbysToyHairbrush berichtet, dass SOL derzeit nicht für Agenten-Orchestrierung nutzbar sei – eine „massive Regression“, die das Zuweisen von Rollen und Modellen verhindere. SuperJackpot ergänzt, dass die neuen Codex-Modelle das Fünf-Stunden-Limit etwa zwanzigmal schneller verbrauchten als die Vorgängerversion, was den zuvor zuverlässigen Workflow aus Planung und Ausführung infrage stelle.