Claude Code: como gastar menos e fazer o plano render mais

Nada pior que estar no meio de uma tarefa e o Claude Code avisar que a janela de 5 horas estourou, beleza?

Quase sempre a cota não acabou porque você usou muito: acabou porque você usou mal.

A boa notícia é que dá pra fazer o MESMO plano render muito mais, sem gastar um centavo a mais, só cuidando de três coisas: contexto, cache e escolha de modelo.

É disso que esse post trata: economizar no Claude Code no uso real, no dia a dia, não ficar comparando preço de plano.

Bora?

Os dois limites do Claude Code: janela de 5 horas e teto semanal

Antes de economizar, você precisa entender o que está sendo consumido.

O Claude Code aplica dois limites independentes:

• uma janela contínua de 5 horas (rolling), que reinicia sozinha conforme o tempo passa
• um teto semanal de 7 dias, que foi introduzido em agosto de 2025

Os dois rodam ao mesmo tempo, então dá pra bater no limite semanal mesmo sem ter estourado a janela de 5 horas do momento.

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

Em 6 de maio de 2026 rolou uma mudança boa pra quem usa: a Anthropic dobrou de forma permanente os limites de 5 horas para Pro, Max, Team e Enterprise por assento.

E de quebra removeu aquela redução de limite em horário de pico que atingia Pro e Max.

Ou seja: você tem mais folga do que tinha antes, mas continua valendo MUITO a pena não desperdiçar cota boba.

Passo a passo para gastar menos e não estourar os limites

Aqui é a parte que resolve na prática.

Cada passo vem com o erro comum que faz a maioria queimar cota sem perceber.

1. Mantenha o cache quente e não fique ocioso além de 5 minutos. O Claude Code usa prompt caching automaticamente, e isso é ouro: token lido do cache custa cerca de 10% do preço normal de input, um desconto de mais ou menos 90%. Só que esse cache de contexto dura por volta de 5 minutos após a última mensagem. Se você some pra tomar um café e volta depois disso, o cache expira e todo o contexto é reprocessado a preço cheio. O erro comum deste passo: deixar a sessão parada, ir fazer outra coisa e voltar meia hora depois esperando continuar de onde parou barato. Não continua: você paga o input inteiro de novo.

2. Escolha entre /compact e /clear pensando no cache. Os dois limpam a janela de contexto, mas de jeitos diferentes:

/compact   resume o histórico e mantém o fio da meada
/clear     zera a janela por completo

O /compact sai mais barato quando você o chama com o cache ainda quente, dentro daquela janela de uns 5 minutos. Agora, se você ficou ocioso além disso, começar do zero com /clear tende a sair mais barato que compactar, porque compactar ainda vai reprocessar contexto que já esfriou. O erro comum deste passo: usar /compact no automático sempre, inclusive depois de horas parado, achando que está economizando quando na real está pagando reprocessamento. Se quiser ir mais fundo em reduzir tokens e custo por dia, vale separar um tempo pra isso.

3. Troque de modelo com /model e deixe o Opus pro que importa. O comando /model troca de modelo dentro da própria sessão (Sonnet, Opus, Haiku). O Opus consome MUITO mais da sua cota que o Sonnet, então acionar ele o tempo todo é o jeito mais rápido de torrar o limite. Uma estratégia que rende bem é o padrão "planejar com Opus, executar com Sonnet": você usa o modelo pesado só pra pensar e deixa o Sonnet tocar a execução. Existe até um alias chamado opusplan, que automatiza esse esquema, usando Opus no modo de planejamento e trocando pro Sonnet na hora de executar. O erro comum deste passo: deixar tudo no Opus "pra garantir qualidade" e ver a cota derreter numa tarefa que o Sonnet resolveria de boa.

4. Não fique editando o CLAUDE.md nem trocando arquivos no meio da sessão. Se liga nisso, porque é sutil: editar o CLAUDE.md ou trocar os arquivos que estão em contexto no meio da conversa invalida o cache e força o reprocessamento do contexto. Você acha que fez um ajustezinho inofensivo e na verdade jogou fora aquele desconto de 90% da leitura de cache. O erro comum deste passo: ficar mexendo no CLAUDE.md a cada dúvida durante a sessão. Deixe ele redondo ANTES de começar e siga o trabalho.

5. Lembre que a cota semanal do Opus é separada e dose o uso. O limite semanal do Opus é contado de forma independente do limite dos demais modelos. Isso é bom (o Opus não come a cota do Sonnet) e é perigoso ao mesmo tempo: dá pra queimar só o Opus e ficar sem planejamento pesado pro resto da semana. O erro comum deste passo: estourar a cota semanal do Opus no começo da semana em tarefas que não precisavam dele, e ficar capengando até resetar.

Como escolher o plano certo pro seu uso (Pro ou Max)

Economia também é não pagar por cota que você não usa, e não sofrer com cota de menos.

O Claude Code vem incluído nos planos de assinatura Pro e Max, então você não paga por ele à parte.

Os valores são estes:

Se você quer o detalhe de quanto custa cada plano do Claude Code, tem um post inteiro sobre isso.

Aqui o foco é outro: qual rende mais pro SEU volume.

Pensa assim, sem enrolação:

• Pro (US$20): entrada. No Pro o modelo padrão do Claude Code é o Sonnet, e pra quem programa em sessões curtas ao longo do dia costuma dar conta. Se você mais planeja e faz ajustes pontuais que virar um monstro de execução, começa por aqui.
• Max 5x (US$100): pro dev que usa Claude Code como daily driver e vive esbarrando na janela de 5 horas no Pro. Mais folga pra sessões longas sem ficar de olho no relógio.
• Max 20x (US$200): pra quem trabalha o dia inteiro dentro dele, roda várias tarefas pesadas e usa Opus com frequência. Aqui o teto alto é o que segura o ritmo.

A regra prática: se você está estourando limite TODA semana mesmo aplicando os passos de cima, subir de plano rende mais que ficar economizando no talo. Se sobra cota, você está pagando demais.

O que aprendi economizando cota num projeto real

Uma das coisas que mais me ajudou a não desperdiçar contexto veio de um projeto que eu montei do zero, onde o NotebookLM planejou e o Claude Code construiu o app.

No vídeo eu mostro uma manha que muda o jogo: em vez de colar um prompt gigante direto no chat, eu prefiro transformar o resultado da pesquisa num PRD e salvar num arquivo prd.md pro Claude Code consultar.

Por que isso importa pra economia?

Quando testei, ficou claro que um prompt grande demais pode fazer o Claude Code se atrapalhar ou deixar de fazer alguma coisa.

Mandar ele consultar o arquivo de PRD me deu MUITO mais controle sobre o que entra na conversa, e contexto sob controle é cota sob controle.

Outra coisa que faço: inicio o Claude Code já com a flag de pular permissões (o modo "dangerous"), pra não ter que aprovar cada ação durante a construção do projeto.

Isso não é sobre gastar menos token direto, é sobre não travar o fluxo no meio, o que ajuda a manter o cache quente enquanto o trabalho anda de verdade.

Fazendo o plano render mais no dia a dia

No fim, economizar no Claude Code é hábito, não truque.

Recapitulando o que segura sua cota:

• mantenha o cache quente, nada de sumir por mais de 5 minutos no meio da sessão
• use /compact com cache quente e /clear quando já ficou ocioso
• dose o Opus e deixe o padrão planejar com Opus, executar com Sonnet (o alias opusplan existe justamente pra isso)
• não fique mexendo no CLAUDE.md no meio do caminho

O próximo passo é simples: na sua próxima sessão, comece com o CLAUDE.md já pronto, deixe o Opus só pro planejamento e o Sonnet pra execução, e observe a diferença no quanto você avança dentro da mesma janela de 5 horas.

A cota é a mesma, o que muda é como você a gasta 😉