Woher stammt der Reset-Verlauf?
Einträge werden synchronisiert über die öffentlichen Codex Resets API . Der Tracker sammelt öffentliche Beiträge von @thsottiaux und Beobachtungen mit automatischer Klassifikation. Herkunft, Beitragslinks und Abrufzeiten bleiben als „Archiviert“ erhalten. Das bedeutet keine unabhängige Prüfung jedes Beitrags.
Ausdrücklich gewährte gespeicherte Resets werden getrennt von sofortigen globalen Resets gezählt. Die Beiträge vom 12. und 13. Juli 2026 betreffen gespeicherte Resets; ihre ursprüngliche Einordnung wurde korrigiert. Ankündigungen mit beiden Arten zählen einmal als globales Ereignis und erhalten einen Hinweis.
Wie wird die Zeit seit dem letzten Reset berechnet?
Gezählt werden Tage, Stunden, Minuten und Sekunden seit der letzten globalen Ankündigung oder ersten Beobachtung. Gespeicherte Resets starten die Uhr nicht neu. Es ist verstrichene Zeit, keine Vorhersage.
Mittlere und längste Abstände nutzen aufeinanderfolgende globale Einträge mit genauen Zeiten. Sie beschreiben den möglicherweise unvollständigen Verlauf und geben keine Frist für den nächsten Reset an.
Welche Ereignisse gelten als „Bestätigt“?
Belege müssen Ereignis, Umfang und Zeitpunkt stützen. Globale Resets benötigen eine ausdrückliche Aussage aus erster Hand zur Durchführung. Geplante Resets bleiben „Angekündigt“.
Hilfeseiten erklären Regeln, belegen aber keinen konkreten Reset. GitHub-Issues, Community-Beiträge und einzelne Konto-Screenshots sind nur Hinweise.
Drei Quellenkategorien
- Offizielle Quellen:OpenAI-Ankündigungen, offizielle Versionshinweise und Dienststatus.
- Aussagen aus erster Hand:Originalbeiträge von Teammitgliedern, deren Identität und Kontext geprüft wurden.
- Community-Hinweise:GitHub-Issues und Nutzermeldungen; sie allein bestätigen keinen globalen Reset.
Von der Erfassung zur Prüfung
- Festgelegte öffentliche Quellen prüfen und Ergebnisse samt Zeitpunkten speichern.
- Relevante Meldungen zur Prüfung vormerken, bevor sie als Reset veröffentlicht werden.
- Die Verwaltung prüft die Originalquelle und erfasst Typ, Umfang und Zeitpunkt.
- Bestätigte Ereignisse erscheinen im Verlauf und in der API. Bei entsprechender Einrichtung werden berechtigte Abonnenten benachrichtigt.
Wie werden Zeitangaben und Datenlücken dargestellt?
Der globale Verlauf verwendet UTC. Quellen mit reinem Datum behalten diese Genauigkeit; Uhrzeiten werden nicht erfunden. Solche Einträge fließen nicht in genaue Abstandsberechnungen ein.
Geplante Aufgaben synchronisieren alle 15 Minuten Verlauf und Quellen. „Daten aktualisieren“ liest die zuletzt gespeicherte Prüfung und startet keine neue. Fehlgeschlagene Prüfungen bleiben als solche sichtbar.
Warum gibt es noch keine Prognosen?
Wahrscheinlichkeiten benötigen mindestens 10 unabhängig bestätigte globale Resets mit genauen Zeiten und lückenloser Abdeckung. Externe Verlaufsdaten sind nicht automatisch geprüfte Prognosedaten. Bis dahin bleiben Wahrscheinlichkeiten null.
Prognosestände speichern Veröffentlichungszeit, 24- und 48-Stunden-Wahrscheinlichkeiten, Erklärung und Modellversion. Genauigkeit lässt sich erst nach dem Ergebnisfenster und bei verlässlicher Abdeckung bewerten.