Reinicializações de Codex acompanha uma conta no X para recolher os anúncios de reinicialização dos limites de uso do OpenAI Codex e guarda cada um como um registro datado e ligado à fonte. Soma estatísticas de intervalo, canais de alerta e uma API gratuita sem chave.
Já usou esta ferramenta? Avalie-a
Já usou esta ferramenta? Avalie-a
Reinicializações de Codex é um rastreador web de página única que acompanha uma só conta no X, @thsottiaux, recolhendo os anúncios de reinicialização dos limites de uso do OpenAI Codex e republicando cada um como um registro datado e permanente. Ele responde a uma pergunta estreita que não tem fonte oficial: o limite do Codex foi reinicializado recentemente e quanto tempo foi preciso esperar no passado?
Essa pergunta existe porque a OpenAI não divulga as reinicializações do Codex nem por cronograma nem em uma página de status. Elas surgem como publicações informais: depois de uma queda, depois da correção de uma falha que consumia os limites mais rápido que o previsto, ou apenas para celebrar uma marca de usuários. Quem não acompanha essa conta de forma contínua fica sabendo tarde ou não fica sabendo.
Trata-se de um projeto paralelo independente, feito por um desenvolvedor que publica como @wong2__, e o rodapé deixa claro que o site não tem vínculo com a OpenAI. O responsável também não esconde o quanto seu canal de dados é estreito: as informações vêm das publicações de uma única pessoa e são classificadas automaticamente, não por uma redação. Saber disso de antemão pesa mais do que qualquer lista de recursos, porque define o que a página pode e o que não pode dizer.
O mapa do site publicado traz apenas um endereço, sinal honesto de que o produto visível ao leitor cabe em uma página e não em um conjunto de documentação. Os números ao vivo, o calendário, o arquivo e os canais de alerta empilham-se nessa única página, enquanto as interfaces legíveis por máquina ficam atrás dela.
Os registros recebem um tipo em vez de serem agrupados sem distinção: uma reinicialização comum restaura os limites de imediato, uma reinicialização acumulada concede um crédito, e a visão de calendário acrescenta um terceiro estado, «sem reinicialização», para os dias sem anúncio. A distinção não é enfeite. Uma reinicialização acumulada é um crédito guardado que você resgata quando quiser, de modo que não recarrega os limites no momento do anúncio, e o rastreador remete ao perfil na barra lateral do aplicativo Codex e, ali, a Usage.
Confundir os dois é a forma mais comum de ler mal um anúncio. Ver a palavra «reinicialização» e concluir que a cota está cheia estraga uma decisão de planejamento quando o que chegou foi um crédito ainda não resgatado. Tipificar cada registro é justamente o que evita isso, e um fluxo bruto de publicações não faria o mesmo.
Acima do histórico ficam três números agregados — um total acumulado, uma espera média e a maior espera registrada — que marcavam 53 reinicializações, 6,9 dias e 67,7 dias quando esta página foi redigida. Convém lê-los em conjunto. A média abrange meses em que as reinicializações se acumularam e meses em que pararam por completo, de modo que é a maior espera que deve moderar qualquer expectativa construída sobre ela.
Do histórico de reinicializações do Codex nada se perde: o arquivo se abre de uma vez até cada registro e alcança 17 de setembro de 2025. É essa profundidade que torna as médias significativas; uma janela móvel das últimas semanas produziria uma média bem mais lisonjeira.
Cada registro mantém um link para a publicação original, então qualquer afirmação é conferida na fonte em vez de aceita pela paráfrase do rastreador. Isso faz do arquivo uma prova e não uma curiosidade, e responde ao próprio aviso do site de que a classificação é automática: quando o tipo atribuído a um registro parece duvidoso, a redação original está a um clique.
Nem todo registro nasce de uma publicação: alguns são anotados como observados e carregam um identificador observed em vez de um de publicação, como confirma uma leitura direta da lista. Eles recolhem reinicializações ocorridas sem anúncio correspondente; equipará-los aos registros anunciados seria um erro, pois sua base de prova é estruturalmente mais fraca.
Ao lado do número principal há um botão de reação que troca de rótulo conforme a atualidade: quase sempre «Implorar por uma reinicialização» e, no dia seguinte a uma que chegou, «Agradecer pela reinicialização». Um contador público mostra as reações desde a última.
É a única parte da página que pertence à expressão mais do que à informação: um barômetro de humor, não uma petição com peso. Não chega à OpenAI, não influencia quando ocorre uma reinicialização e sua contagem não é sinal de demanda sobre o qual alguém aja.
Ler a página não exige configuração, então só é preciso decidir qual canal de entrega conectar e como interpretar o que chega. Três canais de entrega estão embutidos diretamente na página — avisos do navegador, um canal no Telegram e uma lista de e-mail —, de modo que você escolhe o que combina com o seu jeito de trabalhar.
O quinto passo importa porque os anúncios não são uniformes: alguns cobrem todos os planos pagos, outros citam níveis específicos, outros prometem propagação ao longo da hora seguinte e outros impõem condições sobre quando a conta foi criada. Um aviso convida a ir ler; não é uma conclusão.
O teste honesto para esta ferramenta é verificar se um histórico datado de anúncios alheios muda o que você faz em seguida; em três situações, muda.
Se você está perto de um limite de uso do Codex e ainda tem trabalho pela frente, a pergunta útil é se esperar compensa mais do que subir de plano. Os três números agregados acima do histórico — total acumulado, espera média e maior espera registrada — marcavam 53 reinicializações, 6,9 dias e 67,7 dias no momento da redação, o bastante para enquadrar a decisão sem resolvê-la. Uma média perto de uma semana diante de um pior caso próximo de dez semanas desaconselha apostar um prazo em uma reinicialização discricionária.
Um servidor Model Context Protocol hospedado expõe as mesmas duas operações como ferramentas de agente, get_status e list_resets, de modo que um assistente de programação consulta o histórico sem que ninguém escreva código HTTP de cola. Assim um agente responde no meio da sessão quando o Codex foi reinicializado pela última vez, e um painel mostra o mesmo número sem um coletor que quebra sempre que a marcação muda.
Uma reinicialização acumulada é um crédito guardado que você resgata quando quiser, de modo que não recarrega os limites no momento do anúncio, e o rastreador remete ao perfil na barra lateral do aplicativo Codex e, ali, a Usage. Por isso é o tipo de registro que mais facilmente fica sem uso, e um canal de alerta somado ao tipo exibido basta para fechar a lacuna.
A questão da adequação depende de uma única distinção: você precisa saber o que a OpenAI anunciou publicamente ou o que a sua própria conta contém agora?
A superfície visível ao leitor é uma página de navegador sem aplicativo instalável; a superfície de integração fica atrás dela.
| Canal | O que oferece | Acesso |
|---|---|---|
| Página web | Números ao vivo, calendário, arquivo completo, inscrição em alertas | Aberto, sem conta |
| API REST v1 | Estado atual e lista paginada de anúncios | Sem chave, origem cruzada aberta |
| Servidor MCP | Os mesmos dados como duas ferramentas de agente | Hospedado, sem código de cola |
| Avisos do navegador | Notificação assim que uma reinicialização é registrada | Permissão por dispositivo |
| Canal no Telegram | As mesmas notificações no celular | Assinatura do canal |
| Lista de e-mail | Rastro duradouro das reinicializações confirmadas | Duplo consentimento |
A API documentada da versão 1 é deliberadamente pequena: duas rotas GET somente de leitura, uma devolvendo o estado atual e outra uma lista paginada de anúncios. A rota de lista aceita limit, cursor, from, to e order, devolve 20 anúncios por padrão, limita uma requisição a 100 e avança por um cursor opaco.
A especificação também se compromete com as partes menos vistosas de um contrato de integração: revalidação por ETag, um 400 diante de parâmetro malformado, um 429 com Retry-After e um 503 quando os dados de reinicialização ficam temporariamente indisponíveis. Para um projeto paralelo gratuito é uma quantidade notável de compromisso, e separa aquilo sobre o que se pode construir daquilo que exige vigilância constante.
O suporte se resume a um endereço de e-mail, sem central de ajuda, página de status ou fila de chamados. Planeje de acordo: não existe via de escalonamento se uma rota mudar.
Como a página é gratuita e não pede nada, a verdadeira questão de custo não é dinheiro, mas se a sua postura — relatar intervalos — corresponde ao que você espera de um rastreador.
Ler a página, usar os alertas, chamar a API e conectar o servidor de agentes não custa nada nem exige conta. O dinheiro vem de outro lado: quatro espaços de cartão adesivo ao lado do rastreador são vendidos por 699 dólares por mês, com um público declarado de cerca de 180.000 visitantes mensais, pagos via Stripe e revisados antes da publicação. Esse é o modelo de negócio inteiro, e explica por que o lado do leitor continua gratuito e sem autenticação.
Quanto às alternativas, a lacuna relevante é deliberada. Dois rastreadores de Codex concorrentes publicam uma probabilidade explícita para as próximas 48 horas, o que este site evita de propósito porque relata intervalos. Se você quer um único número prospectivo, essa é uma razão real para olhar em outro lugar; se desconfia de probabilidades erguidas sobre poucos eventos, o enquadramento por intervalos é a escolha mais prudente.
A comparação datada de um rastreador rival reconhece a este site o maior alcance temporal de eventos entre os rastreadores que abriu, além de vincular uma fonte por registro, e observa que todos os rastreadores automáticos que examinou reagem mais rápido que seu próprio registro mantido à mão. Pese isso conforme a origem: um concorrente avaliando rivais, e são as linhas autocríticas que o tornam citável, não motivo para tratá-lo como neutro.
A outra alternativa não é um produto: para a sua própria cota restante, a tela de uso do aplicativo Codex é a única fonte com autoridade, e nenhum rastreador público a substitui.
Onde a ferramenta olha adiante, ela mesma traça a fronteira em sua descrição legível por máquina: os dados de vigilância são uma previsão classificada por inteligência artificial, não um compromisso oficial da OpenAI. Um registro marcado como scheduled significa que um anúncio ainda aguarda prova de execução, e a especificação afirma de modo explícito que um horário previsto já vencido não implica que a reinicialização tenha se completado. Ambas as afirmações são incomumente prudentes para um rastreador e merecem ser levadas ao pé da letra.
O responsável não esconde o quanto o canal de dados é estreito: as informações vêm das publicações de uma única pessoa e são classificadas automaticamente, não por uma redação. Se essa conta silenciar ou publicar algo que o classificador leia errado, o rastreador herda o problema sem uma segunda fonte para confrontar. Os links de fonte em cada registro atenuam isso, mas não resolvem.
A especificação igualmente se compromete com as partes menos vistosas de um contrato de integração: revalidação por ETag, um 400 diante de parâmetro malformado, um 429 com Retry-After ao exceder o limite e um 503 quando os dados ficam temporariamente indisponíveis. Trate o 429 como restrição real: o teto está documentado, mas o seu patamar não, então um cliente que consulta periodicamente deve respeitar o Retry-After em vez de presumir folga.
Uma comparação afirma ainda que o site não oferece JSON, CSV nem API, o que contradiz tanto a especificação publicada quanto uma resposta obtida ao vivo sem chave; os dois relatos estão em conflito e as vias legíveis por máquina devem ser confirmadas na fonte. Um resumo de agregador de 19 de julho de 2026 registrava 35 reinicializações com média de 8,9 dias, ante 53 reinicializações a 6,9 dias lidas ao vivo em setembro: tanto o histórico quanto as médias dele derivadas se movem por baixo de qualquer número citado em outro lugar. Qualquer número que você leia de segunda mão sobre esta ferramenta é apenas um instantâneo.
Não há login, área de conta nem tela de cobrança para o leitor, e o único identificador que um leitor entrega é o endereço ou o dispositivo usado nos alertas. O reverso é o limite rígido de alcance já apontado: sem vínculo com uma conta, não é possível exibir cota pessoal. As provas independentes sobre o produto seguem escassas. Uma submissão a um grande mural de desenvolvedores reuniu 312 pontos e 200 comentários em julho de 2026, o que mede atenção e não exatidão; esta rodada não encontrou nota em plataforma de avaliações nem análise da imprensa técnica para contrapor ao relato do próprio site.
Não. Não há login nem vínculo de conta, então ele não consegue ler o seu consumo. Ele relata o que foi anunciado publicamente; o seu saldo restante só aparece na tela de uso do aplicativo Codex.
Uma reinicialização comum restaura os limites de imediato. Uma acumulada é um crédito guardado que você resgata quando quiser, portanto não recarrega os limites na hora e é aplicada pelo perfil na barra lateral, em Usage, dentro do aplicativo Codex.
É gratuita e sem chave. Uma chamada real à rota de estado documentada devolveu os dados sem qualquer credencial e enviou um cabeçalho aberto de origem cruzada, de modo que uma página de navegador os lê diretamente.
Pode. Um servidor Model Context Protocol hospedado expõe get_status e list_resets como ferramentas, então um agente consulta o histórico sem código HTTP próprio.
Não. A própria descrição do produto trata os dados de vigilância como previsão classificada por inteligência artificial e não como compromisso oficial da OpenAI, e um registro scheduled segue pendente após o horário indicado até surgir prova de execução.
Nada é descartado do arquivo. O histórico completo abre em uma ação e alcança 17 de setembro de 2025.
Por patrocínio. Quatro espaços de cartão adesivo ao lado do rastreador saem por 699 dólares por mês, comprados via Stripe e revisados antes de aparecerem.
