Mantenha-se Dentro dos Limites

Mantenha o trabalho de agentes de longa duração dentro das janelas de uso atuais de 5 horas e semanais. Verifique o uso antes de iniciar trabalhos substanciais e entre ondas de subagentes paralelos. Se um limite de 5 horas ou semanal ativo estiver em ou acima de 95%, pause novos trabalhos até que a janela esteja limpa o suficiente para continuar com segurança.

Loop Principal

1. Execute uma onda de trabalho limitada. Por padrão, use no máximo 3 subagentes paralelos, a menos que o usuário ou o host forneça um limite diferente.
2. Aguarde a conclusão da onda. Não interrompa subagentes em execução apenas para economizar orçamento; isso geralmente resulta na perda de trabalho.
3. Verifique o uso atual de 5 horas e semanal com a ferramenta de uso/orçamento do host.
4. Se qualquer uma das janelas estiver em ou acima de 95%, pare de lançar trabalhos e agende uma retomada autossuficiente quando a janela relevante estiver limpa.
5. Ao retomar, verifique novamente a janela real ou o bloqueio antes de continuar. Não confie apenas no tempo decorrido no relógio.

Sinais de Uso

Prefira uma ferramenta de uso de host de primeira classe quando disponível. No Claude Code, use:

npx -y ccusage@latest blocks --active --json

Use o JSON para identificar o início do bloqueio ativo, o custo atual ou a porcentagem e o tempo restante. Ao despertar, compare o timestamp de início do bloqueio ativo com o anterior; um novo timestamp é uma evidência mais forte do que "tempo suficiente passou".

Se a ferramenta relatar custo em vez de uma porcentagem direta, converta através do limite atual da conta quando conhecido. Para blocos de 5 horas estilo Claude Max, alguns usuários preferem um limiar de cautela mais cedo em torno de $500-550; trate isso como uma proteção configurada pelo usuário, não como uma regra universal. A regra de parada padrão ainda é 95% do limite ativo de 5 horas ou semanal.

Pausando e Retomando

Quando uma ferramenta de despertar/retomada estiver disponível, agende um despertar para:

min(3600, segundosAtaLimparJanela)

Se o tempo de execução limitar os atrasos de despertar para 60-3600 segundos, encadeie despertares para esperas mais longas. Cada despertar deve verificar novamente o uso, reagendar se ainda estiver acima do orçamento e continuar apenas quando a janela estiver seguramente abaixo do limiar.

Faça os prompts de despertar autossuficientes. Inclua:

• O plano restante.
• A regra de verificar-então-reagendar.
• O limiar de 95% e o limite de onda.
• O comando de uso exato ou a ferramenta de uso do host a ser executada.
• O identificador de bloco/janela anterior, quando disponível.
• As próximas etapas de verificação.
• Os pacotes de transferência da próxima onda, incluindo escopo, comandos de verificação e condições de parada, se a delegação for retomada.

Escolhendo o Mecanismo de Espera

• Use uma ferramenta de despertar/retomada quando o agente precisar de instruções anexadas à futura retomada.
• Use uma suspensão em segundo plano ou observador para temporizadores fixos e coisas que um processo pode observar diretamente.
• Use cron ou agendamentos recorrentes apenas para trabalho de sessão fresca recorrente.

Evite a sondagem de curto intervalo para coisas que o host notificará você, como conclusão de tarefa em segundo plano ou subagente. Para pausas de orçamento, uma falha no cache de prompt após uma longa suspensão é aceitável; preservar o limite é mais importante.

Relatórios

Se você pausar, informe ao usuário qual janela está acima do limiar, o uso observado, quando você agendou ou espera a próxima verificação e qual trabalho permanece. Mantenha estado suficiente no prompt de despertar para que o próximo turno possa retomar sem depender do impulso da conversa.