Contribuição open source · Rust · CLI · LLM Token Reduction
rtk-ai/
Proxy de linha de comando em Rust que reduz o consumo de tokens de IA em 60% a 90% interceptando comandos comuns de desenvolvimento sem dependências externas.
- 2 PRs em revisão
- 5 commits no projeto
- +197 linhas adicionadas
- 83,2k estrelas no GitHub
O projeto
O RTK é uma ferramenta de linha de comando em Rust, ultrarrápida e sem dependências em runtime, projetada para reduzir drasticamente o consumo de tokens de IA (entre 60% e 90%) em comandos comuns de desenvolvimento.
Ele atua como um proxy transparente entre desenvolvedores ou agentes de programação e comandos como git, cargo, npm, pytest e linters, filtrando e compactando saídas volumosas sem perder o contexto relevante para os modelos de IA.
Como cada PR foi feito
-
Um problema por PR
Cada PR resolve uma coisa só, com a menor mudança possível. Isso simplifica a revisão, reduz o risco de efeito colateral e permite desfazer uma mudança sem levar outras junto.
-
O problema vira teste
As correções chegam com testes automatizados que cobrem o caso que falhava, para o problema não voltar sem que ninguém perceba.
-
Os critérios do próprio projeto
Formatação, análise estática e a suíte completa de testes rodam na integração contínua do projeto, e a mudança só entra depois da revisão do mantenedor.
-
Escrito para quem revisa
A descrição de cada PR explica o problema, a mudança e como ela foi testada, para o mantenedor decidir com segurança.
Cada PR, em linguagem de negócio
Estes PRs estão em revisão pelos mantenedores e ainda não foram incorporados. Clique em um deles para ver o problema, a proposta e o valor esperado.
-
#4535aberto em 12/10/2026Em revisão Erros de escrita em stdout e stderr tratados sem abortar o processo Em compilações de release, erros de I/O na escrita de stdout ou stderr no comando rtk read causavam pânico e encerramento abrupto com SIGABRT; o PR propõe propagar o erro com código de saída limpo.
- O problema
- No rtk read, a exibição de saída usava a macro print! e, em caso de erro na escrita (como disco cheio, limite de cota excedido ou pipe quebrado), o Rust entrava em pânico. Como compilações de release usam panic = "abort", o processo era terminado abruptamente pelo sistema com SIGABRT (código 134), impedindo que ferramentas chamadoras ou scripts identificassem a causa da falha. Além disso, relatar esse erro para stderr usando eprintln! causava um segundo abort caso stderr também estivesse redirecionado ou inacessível.
- O que o PR propõe
- O PR introduz um auxiliar falível (write_output) que escreve no stdout bloqueado usando writer.write_all() e propaga o erro com Result<()>, substituindo o uso de print!. Na função main e no tratamento de comandos, a escrita em stderr passa a usar writeln! não-panificante com tratamento seguro, evitando abortos secundários. Acompanha testes unitários para write_output e testes de integração em Linux com /dev/full garantindo saída limpa com código 1.
- Valor esperado
- Elimina crashes catastróficos com SIGABRT na CLI quando o terminal ou arquivo de saída fica sem espaço ou desconecta, permitindo que esteiras de CI, agentes de IA e scripts de automação tratem o erro com código de retorno previsível.
Outros PRs em revisão 1 PR
Ainda sem a descrição detalhada desta página; o título é o do GitHub.
- #4555 aberto em 13/10/2026 fix(task): resolve command and platform shell in task runner
Números atualizados em 13/10/2026.
O mesmo cuidado no seu sistema
Os mesmos hábitos destes PRs valem para backends que movimentam dinheiro: reproduzir o problema antes de corrigir, provar a correção com teste e não deixar dado sensível escapar.