O Problema Não É Que Você Usa o Claude Code Demais
Tem uma sensação bem comum quando você começa a trabalhar sério com Claude ou com Claude Code: olha pro contador, vê que já derreteu metade da cota e jura que não fez nada de especial. Uma ou duas perguntas, uma correção boba, outra rodada porque não entendeu direito o anterior, e de repente já tá pensando em limites, resets e se realmente compensa pagar por isso.
A frustração é lógica, porque por fora parece que você trocou dez mensagens e só. O problema é que por dentro não é isso que tá acontecendo. O que tá acontecendo é bem mais caro.
A Décima Resposta Não Custa Igual à Primeira
A ideia-chave de tudo isso é muito simples: o modelo não vê só sua última mensagem. Toda vez que você escreve, ele releia o contexto relevante da conversa inteira. Isso significa que a mensagem número dez normalmente não custa igual à primeira. Pode custar muito mais. De fato, em medições reais, uma décima interação pode sair aproximadamente onze vezes mais cara que a primeira.
E isso não é uma teoria tirada da manga nem um exagero pra deixar o vídeo mais dramático. Vem de olhar uso real, consumo real e como as sessões crescem quando você encadeia pedido atrás de pedido sem limpar nada. O contador não sobe à toa. Sobe porque cada novo turno arrasta tudo o que veio antes.
Quando você entende isso, para de pensar no Claude Code como um chat normal e começa a ver como uma sessão com peso acumulativo. E aí muda bastante a forma de trabalhar.
O Contexto Não Só Custa Dinheiro, Também Degrada
Aqui entra outra ideia importante: sessões longas não só gastam mais, como também costumam render pior. Chega um ponto em que você nota que o agente começa a se desviar, mistura decisões antigas com as novas, insiste em coisas já corrigidas ou propõe consertos cada vez mais desajeitados. É o que muita gente chama de context rot.
Não é magia negra. Se você tem uma conversa enorme, com testes, correções, tentativas fracassadas, instruções que não se aplicam mais e meia dúzia de objetivos que foram mudando, o modelo tem mais ruído que sinal. E quanto mais ruído, pior a qualidade. Você paga mais pra obter respostas menos refinadas. Combinação ruim.
Por isso um dos melhores hábitos que você pode pegar não tem nada de glamour: fechar sessões antes que elas apodreçam.
Trabalhe por Blocos, Não por Conversa Infinita
O que tá funcionando melhor pra mim é tratar cada sessão como uma unidade pequena de trabalho. Faz uma tarefa concreta, valida, deixa um resumo limpo do que é importante e começa outra sessão quando for continuar. Esse resumo é chave porque permite fazer um handoff sem carregar de novo toda a lama da conversa anterior.
Se o objetivo muda, se você já arrumou uma parte e vai passar pra outra diferente, ou se nota que o Claude começa a responder estranho, não tenta resgatar uma sessão moribunda por mais vinte mensagens. Sai mais barato e geralmente sai melhor cortar, resumir e reabrir do zero.
Isso também obriga a pensar melhor. Em vez de improvisar cem microcorreções, você prepara o próximo bloco com um pouco mais de intenção.
Edite o Prompt, Não Fique Brigando
Esse é outro hábito que economiza muito mais do que parece. Se você escreveu uma instrução e vê que tava mal focada, não fica encadeando mensagens do tipo “não, assim não”, “eu quis dizer isso”, “mas sem mexer no outro”, “pera, melhor fazer desse jeito”. Essa sequência mata sessões.
Sai muito melhor editar o pedido original ou reformulá-lo de forma limpa no próximo turno, com tudo o que é necessário bem explicado desde o começo. Corrigir à base de ressalvas consome contexto e ainda introduz contradições. Aí o agente tem que decidir qual das suas cinco versões pesa mais, e aí começam os inventos.
Quanto menos você tiver que desfazer dentro da própria conversa, menos tokens joga fora e mais consistência mantém.
Junte Pedidos Quando Fizer Sentido
Também ajuda muito parar de trabalhar a golpe de mensagem impulsiva. Às vezes a gente faz três ou quatro turnos seguidos pra pedir coisas que poderiam ir perfeitamente juntas: “revisa isso”, depois “leva em conta tal arquivo”, depois “executa também os testes”, depois “e explica o motivo”. Cada turno adiciona custo extra.
Se você já sabe o que precisa, compacta numa única instrução bem pensada. Não é porque escreve mais longo de uma vez que vai gastar mais do que dividir a mesma informação em quatro idas e vindas. Normalmente acontece exatamente o contrário.
Nem Tudo Precisa do Modelo Caro
Outro erro bem comum é puxar sempre o modelo mais potente pra tudo, como se estivéssemos compilando uma tese a cada prompt. Tem tarefas que realmente justificam: refactors delicados, debugging complexo, planejamento de uma feature grande ou mudanças que afetam muitas peças. Mas pra consultas simples, pequenas transformações, buscas ou tarefas mecânicas, usar um modelo mais barato faz todo o sentido do mundo.
A diferença de custo se nota rápido, principalmente quando você trabalha muitas horas por dia. E muitas vezes a diferença prática em qualidade pra essas tarefas menores é mínima. Guardar o modelo caro pro difícil é uma das decisões mais chatas que você pode tomar, mas funciona.
/rewind e /btw Não São Enfeites
Tem dois comandos que encaixam muito bem com essa ideia de higiene de sessão: /rewind e /btw.
/rewind é útil quando você vê que acabou de enfiar a conversa num beco estranho e prefere voltar a um ponto anterior antes de continuar acumulando lixo. Em vez de ficar remendando em cima do caos, você volta atrás e refaz a partir de um estado mais limpo.
/btw, usado com cabeça, serve pra deixar notas breves ou esclarecimentos que não deveriam virar uma nova teia de instruções longas. Não salva uma sessão ruim sozinho, mas ajuda a manter um fio mais ordenado quando você já entende que cada palavra arrastada tem custo.
Seu CLAUDE.md Não Deveria Ser um Lixão
Muita gente descobre o CLAUDE.md, se empolga e acaba enfiando lá dentro meio manual de operações da empresa. Resultado: contexto fixo inchado antes mesmo de começar a trabalhar. Se o arquivo tá carregado de regras duplicadas, exemplos irrelevantes, preferências antigas ou documentação que mal se aplica, você tá pagando pedágio desde o minuto um.
Um CLAUDE.md bom não é o mais longo. É o mais útil por token. Tem que conter regras estáveis, convenções realmente importantes, comandos frequentes e contexto estrutural do projeto. O resto, fora ou em documentos separados que só se tragam quando fizerem falta.
O mesmo vale pra documentação auxiliar. Se você puder ter docs resumidas, em cache e em markdown, melhor. Um markdown limpo se integra muito melhor no fluxo do que um PDF enorme cheio de ruído visual e texto que o modelo vai digerir pior. Quanto mais direto for o material que você dá, menos desperdício.
Patrocinador, Mas Faz Bastante Sentido Aqui
Nesse ponto encaixa bem mencionar o patrocinador porque tem a ver com como você trabalha no dia a dia. Se você tá montando fluxos com agentes e não quer brigar com infraestrutura, MyClaw te deixa levantar o OpenClaw já preparado num servidor e gerenciar pela web, sem ter que dedicar tempo a deixar uma máquina ligada em casa ou montar tudo na mão.
O interessante não é só a praticidade. Também encaixa bem com essa ideia de ter sessões mais ordenadas, automações mais claras e um ambiente onde separar melhor o que cada agente faz e com qual contexto trabalha. Se você tá naquela fase de levar a sério ferramentas tipo Claude Code, OpenClaw e automação ao redor, é uma daquelas coisas que faz bastante mais sentido prático do que parece no começo.
Não Use PDFs Se Puder Evitar
Isso parece bobagem, mas não é. Muita gente mete um PDF porque é “a documentação oficial” e fica de boa. Depois se surpreende que o contexto sobe, que demora mais e que o modelo se agarra a fragmentos estranhos.
Se você tiver a possibilidade de converter essa documentação pra markdown, resumir ou manter uma versão já preparada pros seus fluxos habituais, faça. Não só por custo. Também por qualidade. O Claude trabalha melhor quando o material tá limpo, segmentado e pensado pra ser reutilizado.
Olhe o Uso, Não Trabalhe no Escuro
A última parte é a menos sexy e provavelmente a mais útil: monitore. Olhe quais sessões disparam, que tipo de tarefas te drenam mais, em que momento a qualidade começa a cair e quais hábitos te fazem gastar demais. Se não olhar isso, é muito fácil pensar que o problema é “a Anthropic me limita demais” quando na real seu fluxo tá enfiando contexto desnecessário por todos os lados.
Quando você começa a observar de verdade, vê padrões na hora. Sessões longas e caóticas são caras. Correções encadeadas são caras. Arquivos de instruções inchados são caros. Documentos pesados são caros. E quase sempre, tudo isso ainda piora a resposta.
A Conclusão Importante
A maioria das pessoas que sente que o Claude Code dura pouquíssimo não tá imaginando coisa. Muitas vezes dura pouco de verdade. Mas não porque usou demais a ferramenta, e sim porque usou com uma mecânica que multiplica o custo em silêncio.
Quando você entende que cada turno releia o contexto, que uma sessão longa apodrece, e que a higiene de trabalho importa tanto quanto o prompt, começa a recuperar o controle. Edita em vez de corrigir. Trabalha por blocos. Faz handoff com resumos. Escolhe melhor o modelo. Corta o CLAUDE.md. Puxa markdown em vez de PDFs. Usa /rewind quando for preciso. E vigia o consumo como o que é: um sinal do fluxo, não só um número chato na tela.
Tudo isso vem de uso real e de dados medidos, não de inventar quatro dicas bonitas. E sinceramente, se nota bastante quando aplica uns dias seguidos.
Nos vemos no próximo post.
O que você achou?
Deixe sua opinião, pergunta ou sugestão. Os comentários são sincronizados com GitHub Discussions .