RTK no Claude Code economiza tokens mesmo? O que o README promete e o que as medições independentes mostram

Fala aí, beleza? Depois do caveman, que viralizou prometendo cortar tokens na resposta do modelo, chegou a vez de uma ferramenta que ataca a outra ponta do consumo: a saída dos comandos de terminal que o Claude Code roda

O recorte aqui é esse: o RTK filtra o que volta do Bash (git, testes, build) antes de entrar no contexto. Isso é bem diferente do caveman, que mexe no texto que o modelo escreve

E a pergunta é uma só: o número do README se sustenta quando alguém mede de fora? Bora ver 🙂

O que é o RTK (Rust Token Killer) e como ele age no Claude Code

O RTK é um proxy de CLI que reduz o consumo de tokens do LLM em comandos comuns de desenvolvimento

O repositório oficial é o rtk-ai/rtk, mantido pela organização rtk-ai no GitHub

Se liga nas características declaradas pelo projeto:

• binário único em Rust, sem dependências
• mais de 100 comandos suportados, entre eles git, cargo, npm, ls, cat, testes como pytest e cargo test, e builds
• overhead declarado abaixo de 10 ms

E como ele entra no Claude Code?

Por um hook: ele intercepta os comandos Bash e reescreve cada um para o equivalente do rtk antes da execução

Aí vem um detalhe que vai pesar MUITO mais adiante: as ferramentas nativas do Claude Code (Read, Grep e Glob) passam por fora do hook

Ou seja, quando o agente lê um arquivo com Read, o RTK nem fica sabendo

Tome cuidado com o nome! Existe outro projeto chamado rtk, o Rust Type Kit, que não tem relação nenhuma com o Rust Token Killer. O próprio repositório oficial alerta para não confundir os dois

RTK e caveman atuam em lados diferentes do consumo?

Sim, e é por isso que não faz sentido comparar um com o outro como se fossem concorrentes

O caveman corta a saída do modelo, o texto que a IA gera

O RTK corta a entrada que vem das ferramentas, ou seja, o que o terminal devolve e vai parar no contexto

No fundo, as duas são tentativas de controlar o que ocupa a janela, que é a conversa de context engineering no Claude Code

De onde vem o número de 60% a 90% do README?

Vem de uma tabela de estimativa, não de uma medição de custo faturado

O projeto divulga de 60% a 90% de redução de tokens em comandos comuns de desenvolvimento

A base é uma sessão estimada de 30 minutos no Claude Code em projetos TypeScript/Rust de porte médio, saindo de cerca de 118.000 para cerca de 23.900 tokens de saída de comandos (-80%)

Os exemplos da tabela:

Comando	Sem RTK	Com RTK	Redução
cargo test / npm test	25.000	2.500	-90%
git status	3.000	600	-80%
git diff	10.000	2.500	-75%
cat / read	40.000	12.000	-70%

Repara numa coisa: isso mede tokens de saída de comandos, não o que aparece na sua conta

E o próprio README avisa que a economia real varia conforme o projeto

Não é mentira, é estimativa de um pedaço do fluxo, só que tem muita gente lendo como se fosse desconto na fatura…

O que as medições independentes encontraram

Nenhuma das medições independentes disponíveis encontrou redução de custo total com o RTK

Em quase todas, o custo subiu um pouco ou ficou igual

Fonte	Método	Modelo	Resultado
JetBrains (20/07/2026)	A/B pareado no SkillsBench, Claude Code 2.1.201	claude-sonnet-5	+7,6% de custo em low effort (p=0,004), cerca de 0% em high effort, qualidade sem mudança
GLIA	18 execuções por configuração	Opus 5	-76% de saída de shell, mas custo de US$ 2,66 com RTK contra US$ 2,52 sem (+5,8%)
Quesma	1.740 tentativas no Terminal-Bench 2.1	Fable 5.0 e DeepSeek V4 Pro 0813	+1% com Fable 5.0 e +17% com DeepSeek V4 Pro 0813
Paper da PointFive	2.848 execuções faturadas do Claude Code	Claude Code	braço de compressão com -38% de tool output e +6,8% de custo (IC 95%: +2,8% a +11,3%)

Um cuidado com a última linha: o paper "Token Reduction Is Not Cost Reduction", de Weinberger e Hozez, entra aqui como evidência sobre compressão de saída de ferramentas em geral

Não tenho confirmação de que aquele braço de -38% seja exatamente o RTK, então não trate como benchmark do RTK

Outro ponto: a versão mais recente do RTK saiu depois de algumas dessas medições, e não encontrei confirmação de que elas foram refeitas com a linha v1.x

Por que menos tokens não virou conta menor?

Porque o RTK corta uma fatia pequena e barata da conta, e ainda pode gerar trabalho extra

São três motivos, todos vindos das próprias fontes:

• Alcance limitado: segundo a JetBrains, o RTK só chega em cerca de 20% dos bytes de saída de ferramentas, já que Read e Grep nativos passam por fora do hook
• Cache barato: as releituras em cache, que dominam o custo de entrada, são cobradas a 1/10 do preço. O paper da PointFive aponta que o tráfego de prompt cache respondeu por cerca de 80% da conta real
• Turnos extras: a Quesma atribui o aumento de custo aos turnos a mais, que anulam os tokens poupados

Traduzindo: tu corta tokens que já custavam pouco, e se o agente precisar de mais uma ou duas voltas pra entender o que aconteceu, a economia some

É como economizar no cafezinho e pegar um Uber a mais pra voltar no lugar que esqueceu a carteira haha

O teste do vídeo: 33% de economia, mas não em todo comando

No vídeo eu mostro o RTK rodando num cenário controlado, e o resultado foi 33% de economia de tokens no prompt completo

Eu abri um projeto que já existia e pedi pro Claude Code analisar o projeto, contar arquivos, checar dependências e testes, rodar npm install seguido de npm run build e verificar o status do git

A ideia era forçar a IA a executar um monte de comando

Sem o RTK, deu pra ver a saída de comandos como git status e git log indo inteirinha pro contexto

Depois encerrei a sessão, inicializei o RTK, reiniciei o Claude Code e rodei exatamente o mesmo prompt

O que eu vi:

• sem RTK, a execução levou cerca de 2 minutos e alguns segundos
• com RTK, cerca de 1 minuto
• o ls teve 75% de economia, a maior do teste
• o git diff teve 0%, foi enviado por completo
• no prompt inteiro, 33% de economia

Agora, sendo honesto: esses números saíram do rtk gain e do tempo que observei, não da fatura

Eles batem com o que as medições independentes encontraram: o RTK corta saída de shell de verdade, mas isso, sozinho, não prova economia de custo

E é um teste de vídeo, não comprova o estado atual do produto

E por que 33% se a JetBrains fala em cerca de 20%?

São réguas diferentes: o 33% do vídeo saiu do rtk gain e mede só a saída de shell que passou pelo hook, num prompt montado pra rodar comando atrás de comando

Já os cerca de 20% da JetBrains são a fatia de TODOS os bytes de saída de ferramentas (incluindo Read e Grep nativos) que o RTK consegue alcançar numa sessão

Tokens de shell, beleza? Conta é outra história, como a tabela ali em cima mostra

O risco real: o resumo pode esconder um erro do agente

Sim, pode, e isso já aconteceu com falhas graves de teste

A issue #2317, aberta na v0.42.0, documenta filtros que mascaravam falhas graves com resumos benignos

Um erro de coleta do pytest aparecia como ‘No tests collected’

E aí mora o problema: o agente age sobre o resumo, não sobre o arquivo completo

A correção veio em PRs como o #2329 e o #3577 (guarda de exit code)

Mas ainda tem relato parecido em aberto, como a issue #4531, em que o rtk vitest mostra PASS mesmo com erro de threshold de cobertura

E o tee, não resolve?

Ajuda, mas não resolve sozinho. O tee vem ligado por padrão e, quando um comando falha, grava a saída completa sem filtro em ~/.local/share/rtk/tee/ e mostra ao modelo o caminho do arquivo (existem os modos failures, always e never)

Só que, como a issue #2317 mostrou, o agente pode simplesmente acreditar no resumo e nem abrir o arquivo

Tem mais um dado que acende alerta: no paper da PointFive, a compressão em tarefas Go derivadas do SWE-bench derrubou a aplicação bem-sucedida de patches de 27/40 para 15/40, porque corrompia âncoras literais de edição

De novo, isso é sobre compressão de saída em geral, não um teste específico do RTK, mas mostra o tipo de coisa que pode quebrar quando o texto literal some

Vale instalar o RTK no Claude Code? Depende do seu objetivo

Se o objetivo é diminuir a fatura, não: nenhuma medição independente mostrou isso

Se o objetivo é ter menos lixo de terminal no contexto, pode valer, desde que tu fique de olho nas falhas

Faz sentido pra quem:

• quer menos saída de shell ocupando a janela de contexto
• quer que a sessão avance mais antes de lotar
• aceita conferir na mão quando um teste falha de um jeito esquisito

Não faz sentido pra quem:

• instalou pensando em pagar menos no fim do mês
• trabalha com edição sensível a texto literal, onde perder uma âncora quebra o patch
• depende de suítes de teste críticas, em que um PASS enganoso custa caro

Não tenho benchmark próprio de custo pra te dar, e não vou inventar um

O que existe hoje aponta pra uma ferramenta que organiza o contexto, não que economiza dinheiro

Como instalar, verificar e desligar o RTK:

O caminho abaixo usa só os comandos documentados no repositório oficial. A versão mais recente é a v1.1.0, publicada em 25/10/2026

1. Instale pelo Homebrew:

brew install rtk

Ou, no Linux/macOS, pelo script do repositório oficial:

curl -fsSL https://raw.githubusercontent.com/rtk-ai/rtk/refs/heads/master/install.sh | sh

O erro comum deste passo: instalar o Rust Type Kit achando que é o Rust Token Killer. São projetos diferentes com o mesmo nome curto, então confira se a origem é o rtk-ai/rtk

2. Verifique se a instalação funcionou:

rtk --version
rtk gain

O rtk gain mostra o painel de economia. Lembra: ele mede tokens de shell, não custo

3. Integre com o Claude Code:

rtk init -g

Isso instala o hook e o RTK.md (opção recomendada)

O erro comum deste passo: esquecer de reiniciar o Claude Code. Sem reiniciar, o hook não entra em ação

4. Desligue o RTK em um único comando quando precisar ver a saída crua:

RTK_DISABLED=1 git status

Com RTK_DISABLED=1, o hook repassa o comando original sem filtro. É o que eu usaria quando um teste falha de forma estranha

5. Remova a integração global quando quiser sair:

rtk init -g --uninstall

Esse comando remove o hook e o ~/.claude/RTK.md que o passo 3 instalou, e também limpa os rastros da integração na configuração do Claude Code: a referência @RTK.md no ~/.claude/CLAUDE.md e o registro no settings.json

O erro comum deste passo: achar que limpou tudo. No Windows, o desinstalador não funciona (issue #384), e o uninstall não apaga o diretório de dados do RTK (issue #1014)

Próximo passo: meça na sua fatura, não no rtk gain

Escolhe uma tarefa que tu repete com frequência e roda ela com e sem o RTK, comparando o custo total que o Claude Code informa

É o mesmo tipo de comparação que a GLIA fez, e é a única que responde a pergunta do dinheiro

Se um teste falhar de um jeito que não faz sentido, roda de novo com RTK_DISABLED=1 antes de deixar o agente sair consertando coisa que nem quebrou

E se a tua preocupação é o texto que o modelo gera, o lado certo pra mexer é o do caveman, que fica lá no começo do post 🙂

Até o próximo post!

Quer aprender mais sobre inteligência artificial e programação na prática? Conheça o canal Hora de Codar no YouTube e acompanhe os próximos vídeos.