Las interfaces de texto han vuelto a ocupar un lugar interesante en Linux, pero no por nostalgia. Las TUI (Text User Interfaces) actuales permiten administrar servidores, investigar problemas de rendimiento, manejar contenedores, operar Kubernetes, revisar Git o navegar por millones de archivos sin abandonar la terminal. Para un administrador de sistemas conectado por SSH, esa combinación de bajo consumo, velocidad y acceso remoto puede resultar más práctica que muchas aplicaciones gráficas.
Las claves de las TUI para Linux en 30 segundos
- Una TUI mantiene una interfaz interactiva dentro de la terminal, a diferencia de los comandos tradicionales que ejecutan una operación y terminan.
- btop, below, ncdu y bandwhich resultan especialmente útiles para diagnosticar servidores Linux.
- k9s y lazydocker simplifican Kubernetes y Docker sin depender de una interfaz web.
- lazygit, Yazi, fzf, Broot, Posting, Neovim y Helix trasladan otras tareas habituales a la terminal.
- Su gran ventaja para sistemas sigue siendo sencilla: funcionan localmente y también sobre SSH.
La diferencia respecto a una interfaz de línea de comandos (CLI) merece una aclaración. ps, du, git log o docker ps ejecutan una consulta y devuelven información. Una TUI permanece abierta, actualiza datos y permite desplazarse entre paneles, seleccionar procesos, abrir archivos o ejecutar acciones.
Tampoco pretende sustituir siempre a la CLI. Los comandos siguen siendo mejores para scripts, automatización y operaciones reproducibles. Una TUI destaca cuando el administrador necesita observar, buscar, comparar y reaccionar.
El salto de calidad de los emuladores de terminal también ha ayudado. Unicode, color de 24 bits, aceleración gráfica y terminales mucho más capaces permiten construir interfaces que poco tienen que ver con las pantallas monocromas de hace décadas.
Diagnosticar un servidor Linux sin abandonar SSH
Para administración de sistemas tiene sentido comenzar por las herramientas que ayudan cuando algo va mal.
1. btop: CPU, memoria, discos, red y procesos
btop es probablemente una de las mejores puertas de entrada a las TUI. Muestra procesador, memoria, almacenamiento, red y procesos dentro de una única pantalla interactiva.
Permite filtrar procesos, consultar información detallada y enviar señales como SIGTERM o SIGKILL. También dispone de diferentes configuraciones visuales y puede reducir el uso de color para terminales más limitadas. Su documentación confirma soporte para Linux y también existen implementaciones para macOS y varios sistemas BSD.
No reemplaza herramientas como sar, Prometheus o un sistema de observabilidad histórico. Su terreno es otro: conectarse mediante SSH a una máquina y obtener rápidamente una fotografía comprensible de lo que está ocurriendo.
2. below: volver atrás para saber qué ocurrió
below, desarrollado originalmente por el equipo de infraestructura de Meta, resulta especialmente interesante para sysadmins porque intenta solucionar una limitación de top, htop y herramientas similares: muestran muy bien el presente, pero el incidente puede haber ocurrido horas antes.
Su arquitectura contempla modos record y replay. El primero registra información del sistema y el segundo permite recorrer posteriormente esos datos de forma interactiva.
La diferencia es importante. Si un servidor sufrió una anomalía a las 03:20 y cuando el administrador entra a las 07:00 todo parece normal, conocer únicamente el estado actual sirve de poco. Poder reconstruir procesos y utilización de recursos acerca la TUI a una forma ligera de análisis histórico.
3. ncdu: cuando el filesystem se queda sin espacio
Hay incidentes que apenas han cambiado en veinte años:
No space left on devicencdu continúa siendo una de las formas más rápidas de investigar el consumo de almacenamiento desde una terminal. Escanea el árbol de directorios, ordena su contenido por tamaño y permite descender interactivamente hasta localizar qué está ocupando el espacio.
Para un servidor remoto resulta mucho más cómodo que repetir sucesivamente combinaciones de du, sort y cd.
Eso sí, conviene mantener la misma precaución que con cualquier herramienta que permita borrar contenido: localizar un directorio gigantesco es una cosa y decidir que puede eliminarse es otra.
4. bandwhich: quién está consumiendo la red
bandwhich cubre otra pregunta habitual durante un incidente: qué proceso está utilizando el ancho de banda.
Puede mostrar utilización de red por proceso, conexión y dirección IP o nombre remoto. En Linux captura tráfico de una interfaz y cruza la información con /proc. El proyecto advierte actualmente que está en mantenimiento pasivo: se atienden problemas críticos, pero no se están desarrollando nuevas funciones de forma activa.
Ese detalle no invalida su utilidad, pero sí conviene conocerlo antes de incorporarlo como dependencia importante en procedimientos internos.
Por la naturaleza de la captura también requiere privilegios adecuados. En sistemas multiusuario hay que valorar cuidadosamente si ejecutar mediante sudo o asignar capacidades Linux específicas al binario.
5. bottom: otra alternativa moderna a top
bottom, cuyo ejecutable es btm, merece entrar en la lista como alternativa a btop. Está desarrollado en Rust y proporciona una vista interactiva del procesador, memoria, red, discos, sensores y procesos.
Además sigue teniendo actividad reciente: la versión 0.14.9 apareció el 27 de agosto de 2026 e incluyó paquetes para diferentes arquitecturas Linux, entre ellas x86-64, ARM64 y ARMhf.
No es necesario instalar simultáneamente todos los monitores disponibles. btop puede resultar más atractivo visualmente y bottom encajar mejor con otros gustos y necesidades. Lo interesante es que top y htop ya no son las únicas referencias para monitorización interactiva desde terminal.
Kubernetes, Docker y operaciones de infraestructura
Las TUI se vuelven todavía más interesantes cuando dejan de representar únicamente métricas locales.
6. k9s: Kubernetes desde una terminal
kubectl es extraordinariamente potente, pero administrar un clúster exclusivamente encadenando comandos puede resultar incómodo.
k9s mantiene una vista continuamente actualizada de los recursos de Kubernetes. Permite navegar por pods, deployments y servicios, consultar logs y realizar operaciones habituales sin reconstruir continuamente comandos con namespaces, nombres y parámetros.
El proyecto continúa activamente desarrollado en 2026. Su documentación muestra vistas específicas para pods, logs y deployments, entre otros recursos.
Para operaciones remotas tiene una ventaja evidente: no necesita desplegar un dashboard web únicamente para proporcionar al administrador una interfaz más cómoda.
Esto tampoco elimina kubectl. En realidad, ambos modelos se complementan bien. El comando tradicional resulta excelente para automatización y operaciones exactas; k9s funciona mejor para investigar visualmente qué está ocurriendo en un clúster.
7. lazydocker: Docker sin encadenar cinco comandos
Con Docker ocurre algo parecido.
Un diagnóstico aparentemente sencillo puede terminar alternando entre docker ps, docker logs, docker stats, docker inspect y docker exec.
lazydocker reúne contenedores, imágenes, volúmenes y servicios en una interfaz navegable. Desde ella se pueden seguir logs, consultar estadísticas y acceder a diferentes operaciones sobre los contenedores.
Para producción seguirá siendo importante comprender qué comando se ejecuta y qué efecto tiene. La comodidad de una interfaz nunca debería sustituir el conocimiento de la plataforma que hay debajo.
Git, archivos y búsqueda: donde las TUI ahorran más pulsaciones
No todo ocurre en servidores de producción. Una parte importante del trabajo diario consiste en navegar por repositorios y sistemas de archivos.
8. lazygit: una interfaz interactiva para Git
lazygit transforma Git en una aplicación de paneles para archivos, ramas, commits y stashes.
Su interés aumenta con las operaciones que resultan menos cómodas mediante comandos: seleccionar cambios concretos, reorganizar commits durante un rebase, resolver conflictos o hacer cherry-pick.
El proyecto continúa avanzando rápidamente. La versión 0.64.0 fue publicada el 4 de agosto de 2026, con binarios para Linux, macOS y FreeBSD, entre otras plataformas y arquitecturas.
No debería utilizarse como excusa para no aprender Git. Precisamente resulta más útil cuando el usuario entiende qué operación está solicitando.
9. Yazi: un gestor de archivos moderno escrito en Rust
Yazi lleva el concepto de administrador de archivos a una terminal moderna.
Utiliza navegación por columnas, ofrece previsualizaciones y permite buscar, renombrar y manipular archivos sin encadenar constantemente cd, ls, find, mv y otros comandos.
Está desarrollado en Rust y puede aprovechar capacidades gráficas de determinados emuladores de terminal para ofrecer previsualizaciones que habrían resultado difíciles de imaginar en una TUI clásica.
Es especialmente cómodo cuando se conoce aproximadamente dónde está algo, pero hay que recorrer varios directorios para encontrarlo.
10. Broot: buscar dentro de árboles enormes
Broot merece aparecer junto a Yazi, aunque su planteamiento es diferente.
Está pensado para visualizar y navegar árboles de directorios sin imprimir indiscriminadamente miles de entradas. Permite buscar mientras se escribe, localizar contenido dentro de archivos, previsualizarlos y regresar al shell cambiando directamente al directorio seleccionado.
También puede ordenar directorios por tamaño o fecha y dispone de un modo específico para localizar archivos y carpetas especialmente grandes.
Para servidores con árboles enormes puede resultar una alternativa interesante a las combinaciones habituales de tree, find, grep y du.
11. fzf: probablemente la herramienta más pequeña con mayor impacto
fzf ocupa una categoría propia.
Es un buscador difuso interactivo al que puede enviarse prácticamente cualquier lista. Archivos, historial del shell, ramas Git, procesos o resultados de otros comandos pueden convertirse inmediatamente en una selección interactiva.
Su mayor utilidad aparece al integrarlo con el shell.
Aplicado al historial transforma Ctrl+R en una búsqueda mucho más flexible. Combinado con otras utilidades permite construir pequeños flujos interactivos sin desarrollar una aplicación completa.
Es también un buen recordatorio de que una TUI no necesita ocupar toda la pantalla ni tener diez paneles para resultar útil.
API, edición y sesiones remotas
12. Posting: probar APIs sin abrir una aplicación gráfica
Para desarrolladores y administradores que trabajan con servicios HTTP, Posting lleva las pruebas de API a la terminal.
Permite construir solicitudes, organizar entornos y colecciones y examinar las respuestas con resaltado de sintaxis.
Una característica especialmente interesante para equipos técnicos es poder mantener la configuración en archivos de texto. Esto facilita tratar las pruebas de API como otros elementos del proyecto: pueden almacenarse en Git, revisarse y compararse.
13. Neovim y Helix: editar directamente donde está el servidor
Vim nunca desapareció de los servidores, pero los editores modernos de terminal han ido mucho más lejos.
Neovim puede incorporar servidores de lenguaje, autocompletado, diagnóstico, Git, búsqueda difusa y numerosos plugins hasta comportarse como un entorno de desarrollo completo.
Su inconveniente también es conocido: alcanzar una configuración personalizada puede requerir bastante tiempo.
Helix plantea una alternativa con más capacidades disponibles desde el principio y menos dependencia de configurar un amplio conjunto de plugins.
Para una modificación puntual seguirá siendo suficiente vi, Vim o incluso nano. Cuando el trabajo remoto se convierte en desarrollo real, estas herramientas empiezan a tener más sentido.
14. tmux: la pieza que completa el trabajo remoto
tmux no es exactamente una TUI de administración, pero debería acompañar cualquier lista dirigida a sysadmins.
Permite mantener varias terminales dentro de una sesión, dividir la pantalla en paneles y, sobre todo, desconectarse de una sesión sin destruir los procesos que contiene.
Eso cambia completamente la experiencia de trabajar por SSH.
Una actualización larga, una compilación o una sesión de diagnóstico pueden continuar aunque desaparezca la conexión del portátil. Después basta con reconectar y recuperar la sesión.
Para administración remota, esta característica vale más que cualquier mejora estética.
15. gping o herramientas similares para visualizar problemas de red
Incluso una operación tan básica como ping admite una interpretación TUI. Herramientas como gping representan gráficamente la latencia dentro del terminal y permiten observar de forma más intuitiva fluctuaciones, pérdida de estabilidad o cambios después de una intervención.
No sustituyen a mtr, traceroute, captura de paquetes ni sistemas de monitorización.
Pero representan bien el espíritu de esta nueva generación: mantener la sencillez del terminal añadiendo suficiente información visual para interpretar los datos más rápido.
Por qué las TUI tienen tanto sentido para un sysadmin
Hay una razón por la que esta categoría encaja especialmente bien con Linux.
El lugar donde se encuentra el problema no siempre dispone de escritorio.
Puede ser una máquina virtual sin entorno gráfico, un servidor físico en un centro de datos, una instancia cloud, un nodo Kubernetes o un sistema accesible únicamente mediante una VPN y SSH.
Instalar una aplicación gráfica para administrarlo puede requerir servicios adicionales, puertos, navegador, autenticación y más superficie de exposición.
Una TUI necesita básicamente una terminal.
Además, muchas de estas herramientas se distribuyen como binarios relativamente pequeños. Proyectos recientes escritos en Rust, Go o C++ han demostrado que una interfaz de terminal no implica necesariamente software antiguo.
Existe también una cuestión de consumo de recursos. Cuando un servidor está sufriendo precisamente por falta de memoria o CPU, resulta poco razonable añadir una pesada capa de administración para averiguar qué está ocurriendo.
Pero las TUI tampoco deberían convertirse en una nueva colección de aplicaciones instaladas indiscriminadamente en todos los servidores.
En sistemas de producción importa controlar qué paquetes se incorporan, de dónde proceden, quién los mantiene y qué privilegios necesitan. bandwhich, por ejemplo, necesita acceso suficiente para inspeccionar tráfico. Otras herramientas pueden ejecutar acciones destructivas sobre procesos, archivos, contenedores o recursos Kubernetes.
La comodidad no elimina el principio de mínimo privilegio.
Para empezar, una combinación razonable sería btop para observar el sistema, ncdu para almacenamiento, tmux para sesiones persistentes y fzf para búsqueda. Después pueden añadirse herramientas según el trabajo real: k9s para Kubernetes, lazydocker para contenedores, lazygit para repositorios, below cuando interese conservar histórico o Yazi y Broot para manejar grandes árboles de archivos.
No hace falta reemplazar la terminal tradicional.
De hecho, las mejores TUI funcionan precisamente porque siguen viviendo dentro de ella.
El administrador puede entrar mediante SSH, ejecutar journalctl, utilizar grep o awk, abrir btop durante unos minutos, consultar Kubernetes con k9s y volver inmediatamente al shell.
Esa convivencia entre CLI para automatizar y TUI para investigar explica mejor el regreso de estas herramientas que cualquier moda estética.
La terminal no está intentando convertirse en un escritorio.
En 2026 simplemente dispone de aplicaciones mucho mejores para hacer el trabajo que siempre se ha realizado desde ella.
Preguntas frecuentes
¿Qué diferencia existe entre una CLI y una TUI en Linux?
Una CLI suele recibir un comando, ejecutar una operación y devolver un resultado. Una TUI permanece activa y proporciona una interfaz interactiva con paneles, navegación, actualizaciones y acciones mediante teclado o ratón.
¿Cuáles son las mejores TUI para administrar servidores Linux?
Para administración general destacan btop, bottom, below, ncdu, bandwhich y tmux. k9s resulta especialmente útil para Kubernetes y lazydocker para entornos Docker.
¿Las TUI funcionan mediante SSH?
Sí. Esa es precisamente una de sus principales ventajas. Al ejecutarse dentro de una terminal pueden utilizarse en servidores remotos sin instalar un escritorio ni recurrir a display forwarding, aunque algunas interfaces necesitan un terminal compatible con Unicode y colores modernos para visualizarse correctamente.
¿btop sustituye a Prometheus, Grafana o un sistema de monitorización?
No. btop proporciona una excelente vista interactiva del estado de una máquina, mientras que las plataformas de observabilidad están diseñadas para almacenar métricas, generar alertas, correlacionar sistemas y analizar históricos. Herramientas como below añaden cierta capacidad histórica, pero tampoco sustituyen una plataforma completa de observabilidad.
