Claude Code é uma das melhores ferramentas surgidas nos últimos anos para quem escreve código de verdade. Não é um chatbot com pretensões; ele atua no seu ambiente, lê arquivos, executa comandos e compreende o contexto do projeto. É diferente. Funciona.

O problema é quando você começa a usá-lo do jeito que ele foi feito para ser usado: múltiplas sessões abertas, projetos paralelos, pipelines rodando. Com 3 a 6 instâncias simultâneas, o consumo de tokens não escala linearmente. Ele explode. E o limite semanal do Claude Max, que parecia generoso quando você testou com uma única sessão, aparece na quinta-feira de manhã com uma mensagem que ninguém quer ver.

Existem três ferramentas open source que abordam esse problema em camadas distintas. Nenhuma delas é mágica. Mas juntas, fazem diferença real.

Headroom: porque 34% a menos de contexto é 34% a mais de trabalho feito

GitHub: chopratejas/headroom

O Headroom é um proxy que fica entre o seu cliente e a API da Anthropic e comprime o contexto em trânsito. Aproximadamente 34% de redução no tamanho das mensagens, sem alterar o comportamento do Claude, sem necessidade de configuração que exija um fim de semana para entender.

Você instala e está pronto. Ele funciona transparentemente. Cada requisição que passa pelo Headroom é menor. Em sessões longas, com contexto acumulado — exatamente o cenário de quem usa o Claude Code de verdade — esse ganho é consistente e se acumula.

É o tipo de ferramenta que faz você pensar: “Por que isso não é padrão?”

RTK — porque o Claude não precisa ler 4.000 linhas de log para entender que deu erro

GitHub: rtk-ai/rtk

Os logs de build são verbosos por natureza. A saída do git diff em repositórios grandes é enorme. O output de npm install poderia ser publicado como romance de ficção científica, em termos de tamanho.

O RTK é um proxy CLI escrito em Rust que intercepta esse output antes de ele entrar no contexto e o comprime. A redução varia entre 60% e 90%, dependendo do tipo de saída e, em logs típicos de ferramentas de build, costuma ficar na faixa mais alta. Ele foi projetado para funcionar em conjunto com o Headroom.

Os dois, juntos, atacam as duas pontas: o que entra pela API e o que chega pelo terminal.

MemStack — o dreno de tokens que quase ninguém percebe até ser tarde demais

GitHub: cwinvestments/memstack

Esse é o mais importante dos três e o menos óbvio.

Por padrão, o Claude Code não tem memória entre sessões. Cada vez que você abre uma conversa nova, muda de contexto ou retoma um projeto após um intervalo, ele começa do zero. Lê arquivos que já leu. Reconstrói o entendimento da estrutura do projeto.

Em projetos grandes, isso acontece antes de qualquer trabalho real começar. É como contratar um engenheiro sênior que esquece tudo entre cada reunião e precisa de uma hora de integração a cada vez que você fala com ele.

O MemStack resolve isso ao dar ao Claude Code memória persistente entre sessões. Ele mantém o que o Claude já aprendeu sobre o repositório (estrutura, padrões, decisões de arquitetura) e reutiliza em vez de reconstruir do zero a cada prompt.

Em uso intenso com múltiplas sessões, esse é provavelmente o maior ganho dos três. E é o que menos aparece nas discussões sobre otimização de tokens, porque o desperdício ocorre de forma silenciosa, distribuído ao longo de muitas sessões.

Como os três funcionam juntos

Cada ferramenta ataca uma camada diferente:

  • Headroom — comprime o tráfego da API
  • RTK — comprime o output do CLI antes de entrar no contexto
  • MemStack — elimina leituras redundantes entre sessões

O efeito composto é o que importa. Rodando os três em paralelo, com 3 ou mais sessões ativas, você não está apenas economizando tokens em um único lugar; está reduzindo o consumo em cada ponto onde isso ocorre.

Configuração e uso

Preparei um script que instala e configura automaticamente os três. Ele detecta o sistema operacional, instala cada ferramenta pelo método adequado, configura os hooks do Claude Code e define as variáveis de ambiente necessárias no seu shell. O script pergunta onde instalar o MemStack (global ou por projeto) e se você quer as dependências opcionais de busca semântica. O resto é automático.

O script: Claude Code com limite maior / stack completo na página Recursos.

Uma última coisa

Talvez o problema, no seu caso, seja o limite mesmo. Talvez fazer tudo isso não resolva totalmente o seu problema, e você comente que fez tudo isso, mas não adiantou nada.

Tá tudo bem.

Aqui, a ideia é te dar mais ferramentas para incluir no seu arsenal de vibe-coding e ser mais produtivo.