MÉTODO DEL PRONÓSTICO

Cómo funciona el pronóstico de reinicio de Codex

Codex Reset separa el lenguaje público del ritmo histórico, publica la evidencia detrás de cada porcentaje y mantiene los límites junto a la afirmación. Una lectura aislada no debe parecer más precisa de lo que es.

volver al pronóstico en vivo

método — bandas de señal

Qué significa el porcentaje

Alert v3 solo tiene dos puntuaciones Watch: 93% cuando Tibo da una fecha, intervalo u hora concreta, y 83% cuando promete explícitamente un reinicio global futuro sin tiempo concreto. El contexto elevated puede seguir visible, pero nunca notifica; en periodos tranquilos vuelve el modelo de ritmo separado.

señal públicapuntuaciónqué establece
Strong Watch con tiempo concreto93%Tibo apunta explícitamente a un reinicio global futuro y da una fecha, intervalo u hora: 93%.
Strong Watch sin tiempo concreto83%Tibo promete explícitamente un reinicio global futuro, pero no da una hora: 83%.
Palabras actuales de Tibo con tiempo concreto93%Se aplica el mismo 93% cuando la afirmación está en las palabras actuales de Tibo; responder no resta puntos.
Elevated Watch promovido por un hecho válido83%Una corroboración exacta y reciente solo puede promover el mismo Watch local a strong; no aporta prosa pública, probabilidad ni un segundo Event.
Contexto elevated83%El lenguaje cauteloso o sugerente puede permanecer como contexto, pero no crea un Alert Event.
Contexto de terceros o solo temporal83%El texto de terceros y una continuación que solo da la hora no pueden fabricar ni repetir una alerta.

Solo notifica un strong Watch: 83% sin tiempo concreto y 93% con fecha, intervalo u hora. El contexto elevated nunca alerta; la topología es contexto de confianza, no aritmética de puntuación.

método — modelo de ritmo

El modelo de ritmo, sin adornos

Cuando no hay lenguaje puntuado activo, rate-v3 estima una tasa reciente de reinicios con los ocho últimos intervalos completos, dando el mismo peso a cada uno. Trata las llegadas como un proceso sin memoria: esperar más no aumenta las probabilidades.

El modelo redondea las salidas de 24 y 48 horas a puntos porcentuales enteros. Lo que indica cuán escasa es la evidencia es el rango impreso junto a cada porcentaje, no el último dígito. Describe reinicios de cortesía irregulares del registro verificado; no los convierte en un horario.

La comparación de espera usa la misma ventana reciente: hasta ocho intervalos completos entre reinicios, indicando el tamaño real de la muestra; con menos de tres no se muestra. El porcentaje cuenta los intervalos estrictamente más cortos que la espera actual, sin incluir empates. La espera típica, media y más larga son la mediana, el promedio y el máximo de esa ventana. La espera actual sin terminar no forma parte de la muestra. El rango junto a cada probabilidad describe lo escasa que es la evidencia detrás de la tasa, no promete que la verdad caiga dentro. Es historia reciente, no un calendario. Muestra hasta indica en UTC el final del último intervalo completo utilizado realmente. Calculado a las (updated_at) es la hora del cálculo, no la incorporación de una nueva muestra.

Will Stage 0 (2026-09-10): el historial es la base. El pronóstico publica además el estado de las publicaciones de Tibo relacionadas con resets en los últimos siete días del feed (tranquilo desde el reset, una insinuación o una publicación sin dirección clara; una promesa vigente pertenece al Alert de arriba) junto con la publicación que lo decidió. Ese estado se muestra y se explica, pero no cuenta en el porcentaje hasta que el registro demuestre su valor predictivo; la prueba del 2026-09-09 mostró que ponderar el porcentaje con él empeoraba el pronóstico.

Evaluación de un solo factor (2026-09-10, corte común 2026-09-09 11:00 UTC): añadir al denominador el tiempo observado de la espera sin terminar dio DATA. Ninguna definición de eventos demuestra observación continua; antes de la ventana hay 18/20 eventos con la definición de producción y 17/20 con la auditoría anterior. En el diagnóstico reconstruido de 90 días, el Brier de 24h bajó ligeramente y el de 48h empeoró; ambos intervalos por bloques cruzan cero. No demuestra una mejora. La probabilidad histórica base sigue usando rate-v3; los mensajes habituales y las insinuaciones no son factores adicionales.

inferencia En la instantánea de la API en vivo observada el 2026-08-28, la prueba walk-forward cubrió 295 predicciones. rate-v3 obtuvo un Brier de 0.104, frente a 0.106 de la base ingenua; cuanto menor, mejor. Empató el 0.104 del rate-v2 anterior, así que esto es evidencia frente a la base ingenua, no prueba de que rate-v3 supere todas las alternativas.

abrir el JSON del pronóstico en vivo

método — calibración

Historial de resultados

Esta es una instantánea histórica score-v1 del 2026-08-27; no define Alert v3. Informa las muestras anteriores a v3 tal como se observaron, sin suavizado, extrapolación ni fallos ocultos.

bandan resueltoaciertostasaabiertas
compromiso con fecha2150 %ninguna
promesa clara0—historial insuficienteninguna
insinuación heredada (histórica)0—historial insuficienteLa instantánea histórica registró 1 muestra abierta con puntuación 50; no es una afirmación de puntuación v3 actual.
observación heredada con evidencia adicional (histórica)0—historial insuficienteninguna

Se conserva como instantánea anexable anterior a v3; no se reescribe como contrato de decisión actual.

La cronología curada es la mejor aproximación pública de la hora de llegada, no telemetría directa por cuenta. Un acierto significa que un reinicio verificado cayó dentro de la ventana declarada más la gracia publicada de 60 minutos.

método — horas de reset

Cuándo ocurren los reinicios

El histograma UTC agrupa por hora el registro de anuncios verificados. El patrón es un ritmo, no un horario: la concentración histórica no puede indicar la próxima llegada.

00:00 — 7 eventos01:00 — 4 eventos02:00 — 4 eventos03:00 — 8 eventos04:00 — 4 eventos05:00 — 3 eventos06:00 — 0 eventos07:00 — 1 evento08:00 — 2 eventos09:00 — 0 eventos10:00 — 0 eventos11:00 — 1 evento12:00 — 0 eventos13:00 — 0 eventos14:00 — 2 eventos15:00 — 1 evento16:00 — 2 eventos17:00 — 3 eventos18:00 — 6 eventos19:00 — 3 eventos20:00 — 7 eventos21:00 — 4 eventos22:00 — 3 eventos23:00 — 9 eventos00061218

Cada anuncio registrado usa los mismos grupos horarios que la portada.

método — límites

Límites

Estas condiciones acompañan al pronóstico para que un fragmento aislado no exagere lo que sabe Codex Reset.

  • Codex Reset no puede ver la cuenta, cuota ni uso de OpenAI de nadie. Las cuentas atrás personales usan solo las horas que introduce el visitante y el analizador de /codex-usage procesa el texto en el navegador.
  • Un pronóstico de reinicio es una probabilidad derivada de señales públicas verificadas y del ritmo histórico. No es un calendario, filtración ni compromiso de OpenAI, y no predice caídas.
  • Un reinicio se llama verificado solo cuando un anuncio público lo dice. Una coincidencia temporal con un incidente se etiqueta como temporal, nunca causal.
  • Los números de límites de Codex se citan de páginas publicadas por OpenAI con su fecha de revisión. Donde OpenAI no publica una cifra —incluido el tamaño de la cuota semanal— Codex Reset lo dice en vez de estimarla.
  • El rango junto a un porcentaje es una banda de muestreo sobre la estimación de la tasa. No es una garantía de cobertura calibrada y nunca cambia el número que publica la cadena de alertas.