§ 3 A janela
Cinco horas, a partir da primeira mensagem.
Toda mensagem dentro desse intervalo consome a mesma cota. Quando as 5 horas acabam, uma nova janela só começa quando você manda a próxima mensagem, não automaticamente. Isso quer dizer que o reset acompanha o seu horário: se você começa às 09h, o reset cai às 14h. Se começa às 10h, cai às 15h.
Pra quem bate o teto da janela antes das 5h, o problema é claro. O reset cai sempre no mesmo trecho do dia. Quem começa cedo perde tarde; quem começa tarde perde noite.
§ 4 A intervenção
Acender a janela antes de começar.
Se um cron manda uma única mensagem de ping antes do seu expediente, a janela 1 fica gasta-mas-disponível quando você chega. Em uma hora ela termina, e a janela 2 começa cheia. A regra é simples:
Pra trabalho 09h–18h, o warmup ideal é 05:00. A primeira janela termina às 10h, uma hora depois do início. A segunda janela cai inteira no expediente (10h–15h). A terceira começa às 15h e cobre o resto do dia. Três janelas. Três cotas frescas.
§ 5 Os tradeoffs
O que isso não resolve.
- O limite semanal continua valendo. Warmup não dá mais cota; só desloca onde os resets caem no dia. Quem já bate o teto semanal não ganha nada.
- Cada warmup consome ~1 request. Desprezível, mas existe. Em 22 dias úteis, são 22 pings.
- Só vale pra jornada ≥ 6h. Em jornadas curtas, uma janela única já cobre tudo.
- Precisa de uma máquina sempre ligada com o
claudeCLI instalado e autenticado: um mini PC, um servidor de casa, uma VPS, ou seu próprio laptop com o crontab ativo o tempo todo.
§ 6 Pré-requisitos do cron
Claude Code CLI instalado, autenticado, no path do usuário que vai rodar o cron. Descubra o binário com which claude: pode estar em /usr/local/bin, ~/.local/bin, ou onde o seu instalador colocou. Ajuste a linha gerada antes de colar no crontab -e.
Cron é seg-sex por padrão (1-5). Se você trabalha aos sábados, troque pra *. Se o cron está num timezone diferente, ajuste o horário manualmente: a ferramenta assume que o servidor está no mesmo fuso que o seu expediente.