10 herramientas CLI que uso a diario con Claude Code

Tres monitores. Diecisiete pestañas de terminal. Un cerebro muy confundido.

Ese era mi setup hace seis meses cuando me sumergí de lleno en Claude Code por primera vez. Pensaba que más ventanas significaban más productividad. iTerm2 se extendía por todo mi escritorio. VS Code en una pantalla. Un navegador en otra. Y mi terminal —un caos de comandos cat y rutas de directorio a medio recordar— en la tercera.

Técnicamente era "productivo." Pero, ¿siendo honesto? Se sentía como construir una nave espacial con un cuchillo de mantequilla.

El avance no vino de aprender un nuevo lenguaje de programación ni de descubrir alguna función oscura de Claude Code. Vino de construir un entorno CLI adecuado —un conjunto de herramientas de terminal que transformaron mi flujo de trabajo de un frenético cambio de ventanas a algo que realmente se sentía fluido e intencional.

Esto es lo que me hubiera gustado que alguien me dijera antes: Claude Code vive en la terminal. Cuando tratas la terminal como un entorno de primera clase y te equipas con las herramientas adecuadas, todo cambia. Los ciclos de retroalimentación se acortan. Los cambios de contexto desaparecen. Te mantienes en la zona por más tiempo.

He estado probando y recopilando estas herramientas durante meses. Algunas las uso todos los días sin excepción. Algunas las probé y abandoné —te diré cuáles y por qué, porque eso es más útil que una simple lista curada de "lo mejor de." Y una de ellas, que me guardo para la sección honesta, se volvió tan esencial que no puedo imaginar una sesión con agentes sin ella.

Por qué la mayoría de los usuarios de Claude Code van a ciegas

Antes de llegar a las herramientas, déjame describir el problema con más precisión —porque creo que muchos desarrolladores están resolviendo el problema equivocado por completo.

Cuando estás ejecutando Claude Code, estás gestionando una colaboración en vivo entre tu pensamiento y un agente de IA que está activamente escribiendo, editando y reorganizando archivos. Eso significa que necesitas responder tres preguntas en tiempo real, casi simultáneamente:

¿Qué está haciendo Claude con mi código en este momento?
¿Dónde estoy en mi sistema de archivos y dónde necesito estar?
¿Cómo están aguantando mis recursos del sistema bajo la carga?

La mayoría de los desarrolladores responden a estas preguntas cambiando entre pestañas, ejecutando git status cada 30 segundos y esperando lo mejor. Eso está bien para sesiones rápidas. Pero cuando ejecutas bucles de agente más largos —Claude refactorizando un servicio, generando contenido, creando la estructura de funcionalidades enteras— necesitas mejor instrumentación.

Las herramientas que comparto aquí son las que responden esas tres preguntas sin romper tu flujo. Instalé la mayoría con Homebrew en mi Mac, y te daré los comandos exactos de instalación a lo largo del artículo. La mayoría tiene equivalentes en Linux para configuraciones de servidor sin interfaz gráfica.

Una admisión honesta desde el principio: no uso las doce herramientas todos los días en todos los proyectos. Algunas dependen del contexto. Te indicaré cuáles son de uso diario y cuáles son situacionales —porque prefiero darte un kit de herramientas veraz que uno que suene impresionante pero no refleje cómo funciona el trabajo real.

Pero antes de llegar a herramientas específicas, necesitas entender el modelo mental que hace que este stack funcione. Sin él, instalarás todo y no usarás nada.

El stack de terminal de tres capas

Así es como pienso en mi entorno CLI cuando trabajo con Claude Code. Cada herramienta encaja en una de tres capas:

Capa 1: Conciencia — Saber qué está pasando con tu código y sistema en tiempo real. Capa 2: Navegación — Llegar a donde necesitas estar, rápido, sin pensarlo. Capa 3: Inteligencia — Comprender tus herramientas de IA, opciones de modelo y costos de recursos.

La mayoría de los desarrolladores solo tienen cubierta la Capa 2 —conocen cd y ls. Los que ejecutan sesiones eficientes con Claude Code tienen las tres capas conectadas. Vamos a recorrer cada capa y las herramientas que la sirven.

Capa 1: Conciencia — Saber lo que realmente está pasando

Lazygit: La herramienta sin la cual no puedo abrir Claude Code

Abre Lazygit antes de empezar cualquier sesión de Claude Code. Simplemente ejecuta lazygit en el directorio de tu proyecto y obtienes una interfaz de terminal completa que muestra el estado de tu repositorio, cambios en staging, historial de commits, ramas y stashes —todo en una vista, todo actualizándose en tiempo real.

Por qué esto importa específicamente para Claude Code: cuando estás ejecutando una sesión con agente y Claude está haciendo cambios, Lazygit se convierte en tu ventana en vivo de lo que realmente está pasando. Puedes ver las modificaciones de archivos a medida que ocurren. Revisar diffs sin salir de la terminal. Si Claude hace algo inesperado —y eventualmente lo hará— ves exactamente qué cambió antes de decidir si mantenerlo o revertirlo.

brew install lazygit

La navegación es muy simple: j/k para moverse arriba y abajo, enter para profundizar, space para hacer staging, c para commitear. La curva de aprendizaje es de veinte minutos, no veinte días.

Algo que no esperaba: Lazygit me hizo commitear con más frecuencia durante las sesiones con Claude. Ver los cambios acumularse en tiempo real crea un ritmo natural. Ahora hago checkpoints más a menudo, lo que significa que revertir da menos miedo —lo que a su vez significa que dejo que Claude sea más agresivo con las refactorizaciones. Es un beneficio compuesto que me tomó tiempo notar.

Btop: Monitoreo del sistema que realmente te dice qué está mal

Cuando empecé a ejecutar sesiones más largas de Claude Code, mi MacBook empezaba a arrastrarse después de unos 45 minutos. No tenía idea de por qué. ¿Eran las llamadas a la API del LLM? ¿Fugas de memoria de Node.js? ¿Demasiados procesos en segundo plano compitiendo por la RAM?

Btop respondió eso en unos 10 segundos.

brew install btop

Ejecuta btop y obtienes un panel interactivo en la terminal que muestra el uso de CPU por núcleo, consumo de memoria por proceso, E/S de disco y tráfico de red —todo en una vista. Presiona t para alternar entre diferentes paneles. Presiona e para expandir los detalles del proceso.

Para usuarios de Claude Code: mantén Btop ejecutándose en una división de terminal durante tus sesiones con agente. Aprenderás rápidamente cómo se ve el uso "normal" de recursos en tu configuración, y detectarás procesos desbocados antes de que hagan crashear tu sesión.

Consejo profesional: la vista de memoria de Btop fue como descubrí que un paquete npm en particular estaba fugando memoria agresivamente durante las ejecuciones de prueba de Claude. Lo arreglé en 20 minutos una vez que pude verlo sucediendo. Sin esa visibilidad, habría seguido culpando a Claude.

Capa 2: Navegación — Llegar a cualquier lugar sin pensarlo

Zoxide: Navegación de directorios que aprende de ti

Aquí hay un flujo de trabajo que me avergonzó durante años: cd ~/projects/clients/acme/backend/src/controllers. Cada vez. Completo. Incluso después de visitar ese directorio 200 veces.

Zoxide soluciona esto de forma permanente.

brew install zoxide

Añade esto a tu ~/.zshrc:

eval "$(zoxide init zsh)"

Después de la instalación, una vez que hayas visitado un directorio, puedes volver a él con solo un fragmento: z controllers y Zoxide averigua a dónde te refieres basándose en tu historial de navegación. El comando zi te da una búsqueda difusa interactiva de todo tu historial de saltos.

Para Claude Code: cuando estás cambiando de contexto entre múltiples directorios de proyecto durante una sesión —revisando la salida de un proyecto mientras Claude genera archivos para otro— Zoxide reduce el tiempo de navegación de "varios segundos tecleando" a una pulsación de tecla y una palabra.

Subestimé esta herramienta cuando la instalé por primera vez. Ahora es pura memoria muscular. El tipo de herramienta donde notas su ausencia inmediatamente cuando trabajas en una máquina nueva.

Ranger: Un explorador de archivos que vive en tu terminal

Ranger te da un explorador de archivos de tres paneles dentro de tu terminal. El panel izquierdo muestra el directorio padre, el central muestra el directorio actual y el derecho muestra una vista previa del archivo seleccionado. Navega con h/j/k/l (estilo Vim), abre archivos con enter, previsualiza archivos de texto sin ejecutar un comando aparte.

brew install ranger

Lo uso en dos escenarios específicos: cuando exploro una estructura de proyecto que no conozco bien (Ranger me da una comprensión espacial del código que un simple ls nunca proporciona), y cuando Claude ha generado un lote de archivos nuevos y quiero revisar rápidamente la estructura y detectar cualquier cosa fuera de lugar.

Para entornos Linux o sin interfaz gráfica específicamente, Ranger es básicamente esencial. Reemplaza el explorador de archivos gráfico al que normalmente recurrirías.

EZA: Lo que `ls` debería haber sido desde el principio

eza es un reemplazo moderno de ls con iconos, permisos codificados por colores, agrupación de directorios e integración con el estado de git incluida de serie.

brew install eza

Luego añade estos alias a tu ~/.zshrc:

alias ls='eza --icons --group-directories-first'
alias ll='eza -l --icons --group-directories-first'
alias la='eza -la --icons --group-directories-first'
alias lt='eza --tree --icons --level=2'

La diferencia es inmediatamente visible: iconos de tipo de archivo, directorios agrupados arriba y —esta es la parte que me encanta— si estás en un repositorio git, eza muestra qué archivos están modificados, en staging o sin seguimiento directamente en el listado de archivos. No necesitas un git status aparte para una verificación visual rápida.

Una mejora pequeña en calidad de vida. Pero te preguntarás cómo trabajabas sin ella después de una semana.

Capa 3: Inteligencia — Comprender tus herramientas de IA y recursos

Esta es la capa que la mayoría de los desarrolladores se saltan por completo, y es donde está el verdadero apalancamiento cuando ejecutas flujos de trabajo intensivos en IA.

LLMFit: Saber lo que tu hardware realmente puede manejar

LLMFit es una herramienta CLI que escanea tu hardware y te dice qué modelos de IA locales puedes ejecutar de forma realista —con puntuaciones de rendimiento, requisitos estimados de memoria y conteos de parámetros. Sin más adivinanzas.

pip install llmfit

Ejecuta llmfit scan y obtienes una tabla: nombre del modelo, conteo de parámetros, requisito de memoria, puntuación estimada de rendimiento en tu hardware específico y estado de compatibilidad según tu RAM disponible actual.

Por qué esto importa: una vez perdí dos horas intentando ejecutar un modelo de 13B parámetros en una máquina que técnicamente tenía suficiente RAM total pero no suficiente RAM libre después de la sobrecarga del sistema. El modelo seguía crasheando durante la inferencia. LLMFit habría señalado eso inmediatamente y sugerido una alternativa de 7B.

Para usuarios de Claude Code que trabajan con modelos locales a través de Ollama o LM Studio junto con la API de Claude: ejecuta LLMFit una vez cuando configures una máquina nueva o experimentes con tamaños de modelo. Te ahorra sesiones de depuración que no necesitas.

Models CLI: Comparación de proveedores de IA sin una pestaña del navegador

El CLI models te da una comparación basada en terminal de proveedores de modelos de IA —precio por token, tamaños de ventana de contexto, benchmarks y changelogs— sin abrir un navegador.

npm install -g models-cli

El caso de uso es específico pero valioso: cuando decides qué modelo usar para una tarea particular del agente, poder consultar una comparación rápida sin cambiar de contexto al navegador te mantiene en flujo. Lo uso principalmente para análisis de costos. Cuando un flujo de trabajo de generación de contenido de alto volumen se pone caro con Claude Opus, puedo comparar rápidamente si un modelo más pequeño es viable para una subtarea particular —directamente desde la terminal, a mitad de sesión.

Taproom: Tus paquetes instalados de Homebrew, organizados

Taproom muestra todos los paquetes y casks de Homebrew instalados en tu Mac, organizados de forma clara y buscable.

brew install taproom

Ejecuta taproom para una lista limpia de tus fórmulas y casks instalados. Ejecuta taproom | grep ranger para verificar si algo ya está instalado. Lo uso más de lo que esperaba —principalmente cuando configuro máquinas nuevas y cuando no recuerdo si ya instalé algo. Me ha salvado de ejecutar instalaciones duplicadas y me ha ayudado a replicar mi entorno rápidamente al cambiar entre máquinas.

A estas alturas, tienes el modelo mental completo y las nueve herramientas principales. Pero aquí es donde se pone realmente útil —las últimas tres herramientas son las que la mayoría de la gente no piensa en instalar, y dos de ellas cambiaron partes específicas de mi flujo de trabajo más que cualquier otra cosa.

El trío subestimado: Markdown, imágenes y datos

Glow: Lee la salida Markdown de Claude como estaba pensada para verse

Cuando Claude genera documentación, publicaciones de blog o READMEs, los leo con Glow en lugar de cat. La diferencia es significativa.

brew install glow

Ejecuta glow yourfile.md y Glow renderiza el formato markdown correctamente —los encabezados se ven como encabezados, los bloques de código tienen contexto de sintaxis, el texto en negrita es realmente negrita. No más entrecerrar los ojos ante asteriscos y backticks en crudo.

Para flujos de trabajo de contenido específicamente, esto es esencial. Cuando estoy revisando publicaciones de 3,000 palabras antes de publicar, leerlas en Glow versus en markdown crudo es la diferencia entre detectar problemas de formato y pasarlos por alto completamente.

Neovim: Navegación avanzada para documentos largos

Neovim es la opción avanzada, y no voy a pretender que la curva de aprendizaje es suave —no lo es. Pero si te sientes cómodo con los atajos de Vim, Neovim te da superpoderes de navegación para archivos markdown largos: saltar entre encabezados con ]] y [[, plegar secciones con za, buscar dentro del archivo con /. Para documentos extensos que Claude genera, esto es más rápido que cualquier editor gráfico para ediciones estructurales rápidas.

brew install neovim

Opinión honesta: si nunca has usado Vim antes, instala Glow primero, úsalo a diario durante dos semanas, y luego considera Neovim. No dejes que el factor "cool" te empuje hacia una herramienta para la que no estás listo. Glow le servirá bien a la mayoría de la gente —y una invocación básica de nvim sin plugins maneja ediciones rápidas de forma limpia.

Shua y CSV Lens: Herramientas visuales y de datos para la terminal

Shua renderiza imágenes directamente en tu terminal. Más nicho, pero si estás trabajando con Claude en tareas relacionadas con imágenes —revisando capturas de pantalla, previsualizando assets generados, verificando salida visual— poder previsualizar imágenes sin salir del CLI es una verdadera comodidad. La compatibilidad depende de tu emulador de terminal (funciona limpiamente en iTerm2).

CSV Lens te da una TUI interactiva para archivos CSV:

cargo install csvlens
# If you don't have Rust installed: brew install rust first

Navega con las flechas del teclado, busca con /, sal con q. Si trabajas con datos en tus sesiones de Claude Code —logs exportados, datos estructurados, fixtures de prueba— CSV Lens te permite explorar y filtrar sin abrir Excel o Numbers. Sorprendentemente rápido incluso con CSVs grandes.

La sección honesta: En qué me equivoqué

Esto es lo que me hubiera gustado que alguien me dijera antes de volverme loco con las herramientas.

Error #1: Instalar todo de una vez. Mi primer intento de construir un toolkit CLI fue un desastre. Instalé unas 20 herramientas en una tarde, creé alias para la mitad, y luego seguí recurriendo a las mismas tres herramientas de siempre. Las nuevas herramientas simplemente estaban ahí, teóricamente disponibles, pero nunca activadas por el hábito.

Lo que lo solucionó: instalar una herramienta nueva por semana. Específicamente, eliminar mi alias existente para algo y obligarme a usar el reemplazo. ls se convirtió en eza durante dos semanas antes de instalar Zoxide. Inmersión forzada. Funciona.

Error #2: Sobreingeniería con Neovim. Neovim es genuinamente potente. Lo uso. Pero quemé unas seis horas intentando configurar el Neovim "perfecto" con servidores LSP, plugins y un tema totalmente personalizado —para editar markdown. Eso fue excesivo. Glow se encarga de la lectura. Un simple nvim se encarga de las ediciones rápidas. No necesitas la configuración completa de IDE a menos que uses Neovim como tu editor principal para todo.

Concepto erróneo sobre LLMFit: Algunas personas que conozco asumieron que da una garantía definitiva de lo que un modelo hará en su hardware. Es más como una estimación bien informada. El uso de memoria varía según la cuantización, la longitud del contexto y qué más esté ejecutándose. Trátalo como un punto de partida, no como un contrato.

La opinión impopular: no todos los usuarios de Claude Code necesitan este toolkit completo. Si haces sesiones ligeras —preguntas rápidas, ediciones pequeñas— un terminal bien configurado en VS Code probablemente sea suficiente. Este stack es para personas que ejecutan sesiones extendidas con agentes, gestionan sistemas de contenido o hacen manipulación pesada de archivos en múltiples proyectos. Conoce tu flujo de trabajo real antes de optimizar para uno que no tienes.

Y la herramienta que abandoné, la que mencioné al principio: Mac Top. Un monitor de sistema específico de macOS que, después de dos semanas de prueba, encontré menos completo y menos personalizable que Btop para mis necesidades. No es una mala herramienta —simplemente no encajaba con lo que necesitaba del monitoreo del sistema durante sesiones de IA.

Lo que realmente cambió después de 90 días

Noventa días después, esto es lo que puedo reportar honestamente:

Los cambios de contexto disminuyeron notablemente. Antes: cambiar a GitHub Desktop para verificar el estado del repositorio, cambiar a Finder para explorar archivos, abrir un navegador para comparaciones de precios de modelos. Después: Lazygit, Ranger y Models CLI manejan los tres sin salir de la terminal. Menos cambios de contexto significa ventanas de concentración ininterrumpida más largas.

Detecto los errores de Claude más rápido. Lazygit en una división de terminal me muestra los diffs en tiempo real. Cuando Claude hace un cambio no intencionado —lo cual pasa, especialmente durante sesiones largas— lo veo en segundos, no después de que toda la sesión termine. La detección temprana significa reversiones más pequeñas y menos retrabajo.

La replicación del entorno pasó de horas a minutos. Cuando configuré una nueva máquina de desarrollo el mes pasado, tuve todo mi entorno CLI funcionando en unos 25 minutos: bundle de Homebrew, líneas de configuración del shell, unas pocas instalaciones manuales. Sin este toolkit deliberado y documentado, eso habría tomado medio día de "espera, ¿qué tenía instalado?"

Flujo de trabajo de contenido específicamente: para el sistema de blog que manejo en mejba.me, Claude genera archivos markdown que reviso con Glow, hago commit a través de Lazygit y organizo con Ranger. Ese ciclo —generar, revisar, commitear, organizar— solía tomarme unos cuatro minutos por publicación. Ahora son menos de 90 segundos. Con docenas de publicaciones al mes, eso se acumula en horas ahorradas.

Las ganancias rápidas aparecen inmediatamente después de la instalación (Zoxide solo ahorra minutos reales por día). Las ganancias más profundas —mejor conciencia situacional, depuración más rápida, menos sobrecarga cognitiva— emergen durante semanas a medida que estas herramientas se vuelven automáticas.

Tu próximo paso

Elige tres herramientas de esta lista. Solo tres —no las doce. Esta noche.

Específicamente: Lazygit, Zoxide y Glow. Instala esas tres y cambiarán la textura de tu próxima sesión con Claude Code de maneras inmediatamente perceptibles. Úsalas durante dos semanas antes de añadir cualquier otra cosa. Resiste la tentación de instalar el stack completo. La profundidad de adopción supera a la amplitud de instalación siempre.

Los desarrolladores que veo ejecutando Claude Code de forma más efectiva no son los que tienen más herramientas. Son los que han hecho que un pequeño conjunto de herramientas sea completamente automático —donde Lazygit es memoria muscular, donde Zoxide es simplemente cómo funciona la navegación, donde revisar la salida de Claude en Glow es lo obvio.

Hace seis meses: caos de tres monitores, cambio constante de ventanas, a ciegas con los cambios de archivos. Ahora: una división de terminal enfocada con herramientas que realmente se ajustan a cómo pienso.

¿Qué parte de tu flujo de trabajo actual en la terminal te hace hacer una mueca cada vez que lo haces? Empieza por ahí.

Trabajemos juntos

¿Buscas construir sistemas de IA, automatizar flujos de trabajo o escalar tu infraestructura tecnológica? Me encantaría ayudarte.

Fiverr (desarrollo personalizado e integraciones): fiverr.com/s/EgxYmWD
Portfolio: mejba.me
Ramlit Limited (soluciones empresariales): ramlit.com
ColorPark (diseño y branding): colorpark.io
xCyberSecurity (servicios de seguridad): xcybersecurity.io