El ahorro real en una sesión de 30 minutos
El autor publicó este benchmark contra una sesión típica de Claude Code en un proyecto TypeScript mediano:
| Operación | Frecuencia | Estándar | Con RTK | Ahorro |
|---|---|---|---|---|
ls / tree |
10× | 2,000 | 400 | -80% |
cat / read |
20× | 40,000 | 12,000 | -70% |
grep / rg |
8× | 16,000 | 3,200 | -80% |
git status |
10× | 3,000 | 600 | -80% |
git diff |
5× | 10,000 | 2,500 | -75% |
git log |
5× | 2,500 | 500 | -80% |
git add/commit/push |
8× | 1,600 | 120 | -92% |
cargo test / npm test |
5× | 25,000 | 2,500 | -90% |
ruff check |
3× | 3,000 | 600 | -80% |
pytest |
4× | 8,000 | 800 | -90% |
| Total | ~118,000 | ~23,900 | -80% |
El número total es lo importante: 80% menos tokens en una sesión normal. Si pagas Claude por uso, eso se traduce directo en factura.
Qué hace internamente
RTK no es magia, es un parser por comando. Para cat, recorta líneas redundantes y respeta el contexto importante. Para git diff, agrupa cambios y omite el ruido. Para pytest, deja los fallos completos y comprime los passes.
Cada comando tiene una regla específica. Si no te gusta cómo trata uno, puedes sobrescribir la regla en un TOML local.
Mi recomendación
Si tu equipo paga por Claude Code, Cursor o cualquier agente con cobro por tokens, RTK es de las inversiones de cero downside: cuesta 30 segundos instalarlo, baja la factura desde el primer día, y se desinstala con un comando si no convence.
Donde más valor da es en proyectos con builds y tests pesados — pytest, cargo test, npm test salen de varios miles de tokens cada corrida. Esos son los que RTK comprime más agresivamente.