Es un proxy de línea de comandos escrito en Rust que se coloca entre tu agente de código y la shell. Intercepta comandos como git status, cargo test o ls, filtra y comprime su salida, y solo entonces la entrega al modelo. Es open source bajo licencia Apache 2.0 y ronda las 78.800 estrellas en GitHub.

¿Cuánto ahorra RTK realmente?

El propio proyecto mide una reducción de hasta el 90% del output de bash que lee el agente, y advierte explícitamente de que eso no es un 90% menos de factura. La salida de terminal es solo una parte de los tokens de entrada, junto al prompt, el system prompt y el historial, y los tokens de entrada son solo una parte del coste total.

¿Con qué agentes funciona RTK?

Soporta 17 herramientas: Claude Code, GitHub Copilot en VS Code y CLI, Cursor, Gemini CLI, Codex, Windsurf, Cline/Roo Code, OpenCode, OpenClaw, Pi, Oh My Pi, Hermes, Mistral Vibe, Kilo Code, Google Antigravity, Kimi AI y Factory Droid. El método varía: hook PreToolUse, plugin o simples reglas en AGENTS.md.

¿Cómo se instala RTK?

Con Homebrew (brew install rtk), con el script de instalación para Linux y macOS, con cargo install --git, o descargando el binario de releases. Después se ejecuta rtk init -g para instalar el hook del agente y hay que reiniciar la herramienta.

¿RTK funciona con las herramientas Read y Grep de Claude Code?

No. El hook solo intercepta llamadas a la herramienta Bash. Read, Grep y Glob no pasan por ahí, así que no se reescriben. Para filtrar esos flujos hay que usar comandos de shell o llamar a rtk read, rtk grep o rtk find explícitamente.

¿Qué pasa si un comando falla bajo RTK?

Por defecto RTK guarda la salida completa sin filtrar en un fichero de tee (~/.local/share/rtk/tee/) y le indica la ruta al modelo, para que pueda leerla sin volver a ejecutar el comando. El comportamiento se configura en config.toml con los modos failures, always o never.

RTK recorta hasta un 90% del output de terminal que lee tu agente

Miguel Ángel Durán compartió una herramienta para ahorrar tokens que lleva meses creciendo en silencio: RTK, un proxy de línea de comandos en Rust que se sienta entre tu agente y la shell, y comprime la salida de los comandos antes de que el modelo la lea. El repositorio ronda las 78.800 estrellas, es licencia Apache 2.0 y publicó su v0.48.0 el 4 de septiembre.

El problema: tu agente lee basura y la pagas

Cuando un agente ejecuta git push, recibe quince líneas de las que solo importa una. Un cargo test que falla vomita doscientas líneas para dos tests rotos. Un ls -la gasta una línea por fichero. Todo eso entra en el contexto y todo eso se factura.

RTK reescribe esos comandos y devuelve lo mismo, pero condensado:

Comando	Qué hace RTK con la salida
`ls` / `tree`	Árbol con recuentos, no una línea por entrada
`cat` / `read`	Lectura inteligente: firmas y estructura antes que cuerpos
`git status`	Formato compacto agrupado por estado
`git add/commit/push`	Una línea de confirmación (`ok main`)
`cargo test` / `npm test`	Solo fallos; los tests que pasan se colapsan a un número
`pytest`	Solo fallos, traceback recortado
`docker ps`	Campos esenciales

Son más de 100 comandos cubiertos, con menos de 10 ms de sobrecarga según el propio proyecto. Las cuatro estrategias son filtrado, agrupación, truncado y deduplicación.

El dato que el tuit se deja: 90% de output no es 90% de factura

Aquí conviene ir a la fuente. El tuit habla de “-70% de ahorro”; el README de RTK dedica una sección entera a desmontar esa lectura, y es de agradecer:

RTK recorta hasta el 90% del output de bash que lee tu agente. Eso es lo que RTK mide, y no es lo mismo que recortar tu factura un 90%.

La salida de terminal es un contribuyente a los tokens de entrada, junto al prompt, el system prompt y el historial de conversación. Y los tokens de entrada son a su vez solo una parte de la factura, que también cuenta los de salida. La reducción se diluye en cada paso.

Segundo matiz del propio proyecto: RTK no incluye tokenizador. Estima los tokens como bytes / 4, así que los porcentajes son fiables pero los números absolutos son aproximados. Es medición del propio proyecto, con su metodología publicada.

Instalación y hook automático

brew install rtk        # recomendado
rtk init -g             # instala el hook + RTK.md
# reinicia tu agente
git status              # se reescribe solo a: rtk git status

El hook PreToolUse es la forma efectiva de usarlo: intercepta las llamadas a Bash y las reescribe antes de ejecutarlas, sin que el agente tenga que acordarse de nada ni gastar contexto en instrucciones. En Windows funciona nativamente desde la v0.37.2 con un binario en vez del antiguo script de shell.

Hay 17 integraciones, cada una por la vía que permita la herramienta: hook en Claude Code, Cursor, Copilot, Gemini CLI, Mistral Vibe y Factory Droid; plugin en OpenCode, OpenClaw, Pi y Hermes; y simples reglas en AGENTS.md para Codex y Kimi.

Analítica: cuánto estás ahorrando

rtk gain              # resumen
rtk gain --graph      # gráfico ASCII de 30 días
rtk discover          # oportunidades de ahorro que te estás perdiendo
rtk session           # adopción de RTK en tus sesiones recientes

rtk discover es el comando interesante: revisa el histórico y te dice qué comandos siguen pasando en crudo. Con el hook global la adopción debería ser total, pero en proyectos con muchos scripts propios siempre queda algo fuera.

Los límites

El hook solo cubre Bash. Read, Grep y Glob de Claude Code no pasan por ahí, así que no se filtran. Si tu flujo de trabajo vive en esas herramientas, el ahorro real cae. Para recuperarlo hay que usar cat/rg por shell o llamar a rtk read y rtk grep a mano.
Comprimir es perder información. Un git diff con contexto reducido o un cat en modo agresivo (solo firmas, sin cuerpos) puede esconder justo la línea que el agente necesitaba. El sistema de tee compensa en los fallos guardando la salida completa en disco, pero en los éxitos el modelo ve lo que RTK decida.
Colisión de nombres. Existe otro paquete llamado rtk en crates.io (Rust Type Kit). Si rtk gain falla, tienes el equivocado: hay que instalar por cargo install --git.
Ripgrep como requisito parcial. Algunos filtros llaman a rg; sin él en el PATH salen avisos.

Por qué importa

El coste por token baja cada trimestre, pero el consumo por sesión sube más rápido: agentes que corren cientos de comandos, subagentes en paralelo, worktrees aislados multiplicando el trabajo. Optimizar lo que entra en el contexto ha dejado de ser microoptimización para volverse infraestructura.

Lo más sano de RTK no es el porcentaje, es que documente honestamente qué mide. En un ecosistema donde cada herramienta promete “-70%” sin decir de qué, un README que se molesta en explicar que su propia cifra se diluye en la factura final es una señal de calidad más fiable que el número.