Por qué destaca Ghostty en la era de la IA: cmux y Orca muestran el renacimiento del terminal
Durante un tiempo, el terminal fue una herramienta que se usaba «si estaba disponible». Al convertirse el IDE (entorno de desarrollo integrado) en el centro del desarrollo, el terminal quedó relegado a una ventana auxiliar para consultar registros de compilación. Pero, al pasar 2025, el panorama cambió por completo. Al lanzarse agentes de programación con IA como Claude Code, Codex CLI y Gemini CLI como aplicaciones de terminal, el terminal volvió al centro del flujo de trabajo de desarrollo.
Ghostty es el terminal que más atención está recibiendo en este contexto. Herramientas de operación de agentes como el recientemente popular cmux y Orca toman Ghostty como base tecnológica o referencia de calidad. En este artículo resumimos qué diferencia a Ghostty, por qué ha ganado protagonismo precisamente en la era de la IA y qué muestra cada caso, cmux y Orca.
Ghostty, el terminal creado por el cofundador de HashiCorp
Ghostty es un emulador de terminal de código abierto desarrollado por Mitchell Hashimoto, cofundador de HashiCorp, creador de Terraform y Vagrant. La versión 1.0 se publicó el 1 de diciembre de 2024 y está escrito en Zig.
El mercado de emuladores de terminal ya estaba saturado. Había opciones de sobra, desde iTerm2, Alacritty, kitty y WezTerm, pero el espacio que Ghostty encontró era claro: los terminales existentes renunciaban a una de tres cosas.
- Rápido (Alacritty), pero con funciones mínimas
- Con muchas funciones (iTerm2), pero pesado
- Multiplataforma (kitty, WezTerm), pero sin una experiencia nativa del sistema operativo
Ghostty se diseñó con el objetivo de ofrecer las tres cosas: «rápido, completo y nativo». Asegura la velocidad mediante renderizado acelerado por GPU y usa una UI realmente nativa en cada plataforma: AppKit y SwiftUI en macOS, y GTK4 en Linux. Que las pestañas, los paneles divididos y los atajos funcionen exactamente según los estándares del sistema operativo, y que resulte útil desde el primer momento sin configuración, fueron claves para su popularidad inicial.
Los lanzamientos también son constantes. La versión 1.2, de septiembre de 2025, añadió compatibilidad con macOS Tahoe y una paleta de comandos; la 1.3, de marzo de 2026, incorporó la búsqueda en el scrollback, una de las funciones más solicitadas, y una barra de desplazamiento nativa.
¿Por qué un terminal precisamente en la era de la IA?
Las empresas que crean agentes de codificación con IA eligieron el terminal en lugar de una GUI (interfaz gráfica de usuario) por razones prácticas. Una aplicación de terminal funciona igual en un MacBook local, un servidor conectado mediante SSH o una canalización de CI. Puede integrarse en cualquier entorno de desarrollo, independientemente del editor. Para un agente, el terminal es el entorno de ejecución más universal.
Sin embargo, cuando los agentes llegaron al terminal, cambió la función del terminal en sí.
Primero, el volumen de salida se disparó. A diferencia de cuando las personas escribían comandos y leían los resultados, los agentes emiten continuamente diferencias de código, registros de compilación e historiales de llamadas a herramientas. Cuanto mayor es la salida en streaming, más influye el rendimiento de renderizado en la calidad percibida, y las ventajas de los terminales acelerados por GPU se hacen evidentes en el uso real.
Segundo, empezamos a ejecutar varias sesiones a la vez. Como las personas solo pueden esperar mientras trabaja un agente, se consolidó de forma natural la ejecución paralela de dos o tres agentes. El terminal pasó de ser una «ventana para introducir un comando» a convertirse en «infraestructura para gestionar varios agentes».
Tercero, se hicieron necesarias aplicaciones superpuestas al terminal. Gestionar agentes paralelos requiere funciones de control como pestañas, notificaciones e indicadores de estado, algo que supera el alcance original de un emulador de terminal. Así nació una nueva categoría: «aplicaciones de gestión de agentes con un terminal integrado». Las aplicaciones de esta categoría prefieren utilizar un motor probado en lugar de implementar por sí mismas la emulación de terminal.
Es precisamente en este tercer punto donde aparece la verdadera baza de Ghostty.
libghostty, el terminal como biblioteca
En su artículo de septiembre de 2025, «Libghostty Is Coming», Mitchell Hashimoto presentó el siguiente paso de Ghostty. El plan consiste en separar el núcleo de Ghostty en una biblioteca integrable llamada libghostty, para que cualquier aplicación pueda incorporar una emulación de terminal probada. Igual que una aplicación que necesita una vista web utiliza WebKit en lugar de crear un navegador desde cero, una aplicación que necesita un terminal puede utilizar libghostty.
El primer resultado es libghostty-vt. Es una biblioteca que interpreta secuencias de control VT (Virtual Terminal, terminal virtual) y gestiona el estado del terminal. No tiene dependencias y ofrece una C API (interfaz de programación de aplicaciones), por lo que puede utilizarse desde cualquier lenguaje. La interpretación de secuencias de terminal es un área en la que décadas de especificaciones entrelazadas han dado lugar a implementaciones ligeramente distintas en cada IDE y consola web; la propuesta es compartir una única implementación probada en producción. También se han anunciado planes para convertir gradualmente en bibliotecas el procesamiento de entrada, el renderizado con GPU y los widgets específicos de cada plataforma.
Esta idea encajó perfectamente con el auge de los agentes de IA. Para los equipos que crean aplicaciones de gestión de agentes, la emulación de terminal es imprescindible, pero demasiado compleja para implementarla desde cero. libghostty se convirtió en el componente estándar que cubre ese vacío.
cmux, el primer gran caso de integración de libghostty
cmux es una aplicación de terminal exclusiva para macOS publicada por manaflow-ai, que se presenta como «el terminal para agentes de codificación con IA». Atrajo rápidamente la atención y alcanzó 25.000 estrellas en GitHub.
Lo técnicamente interesante es que cmux no es un fork de Ghostty. Es una app nativa escrita en Swift y AppKit que integra libghostty como motor de renderizado. El equipo lo describe como «la misma forma en que una app usa WebKit en una vista web». También lee directamente los archivos de configuración de los usuarios de Ghostty (~/.config/ghostty/config) y conserva sus temas y fuentes.
Todas las funciones construidas sobre esa base están orientadas a la orquestación de agentes. Las pestañas verticales permiten revisar numerosas sesiones de agentes, y el borde de una pestaña se vuelve azul cuando el agente espera una entrada. La barra lateral muestra ramas de git, el estado de las PR y los puertos abiertos; la CLI y la API de sockets permiten controlar mediante scripts desde la creación de espacios de trabajo hasta el envío de pulsaciones. Al delegar la emulación de terminal en libghostty, el equipo pudo centrarse únicamente en las funciones de orquestación.
Orca: el caso en que «Ghostty-class» se convirtió en referencia de calidad
Orca es un ADE de código abierto (Agent Development Environment, entorno de desarrollo de agentes) creado por Stably. Ejecuta los agentes en paralelo asignando a cada uno un git worktree independiente, y ofrece terminal, revisión de diff y navegador integrado en una sola app. Con más de 28.000 estrellas en GitHub, se considera, junto con cmux, uno de los productos representativos de esta categoría.
Orca muestra un tipo de influencia ligeramente distinto. En su presentación oficial, Orca describe su terminal como «Ghostty-class terminals». En julio de 2026, su implementación real se basa en un motor de la familia de xterm.js con renderizado WebGL añadido; no utiliza libghostty. Aun así, emplea Ghostty como unidad para describir la calidad de su terminal. Que el texto de presentación de un producto empiece a decir «Ghostty-class» en lugar de «de nivel nativo» es, por sí mismo, una señal de que una herramienta se ha convertido en la referencia de facto.
En resumen, estos dos casos demuestran la posición de Ghostty desde ángulos distintos. cmux es un caso de adopción de libghostty como componente, mientras que Orca es un caso de citar Ghostty como referencia de calidad.
¿Se convertirá el terminal en el navegador de la era de la IA?
Las guerras de navegadores no las decidieron las apps de navegador, sino los motores que llevan dentro (WebKit y Blink). Ahora se está formando un panorama similar en los terminales. La carga de trabajo decisiva de los agentes de IA ha devuelto el terminal al centro del desarrollo, está surgiendo una nueva categoría de apps sobre él y Ghostty aspira a ocupar el puesto de motor de toda esa categoría mediante libghostty.
Por supuesto, todavía quedan variables. libghostty sigue en una fase inicial y solo tiene publicado el módulo vt; para que integraciones como cmux sean fáciles para cualquiera, aún deben estar disponibles las capas de renderizado GPU y widgets. Aun así, la dirección parece clara. Cuantos más agentes haya, más sesiones de terminal habrá; cuantas más sesiones, mayor será el valor de un motor de terminal probado. Si siempre has visto los terminales como «ventanas negras idénticas», ahora merece la pena volver a examinarlos.