12 puntos por GN⁺ 2026-03-02 | 1 comentarios | Compartir por WhatsApp
  • Un emulador de terminal multiplataforma rápido y con muchas funciones, que aprovecha la UI nativa de cada sistema operativo y la aceleración por GPU (Mac/Linux)
  • Diseñado para poder ejecutarse justo después de instalarse, con una arquitectura que no requiere configuración adicional
  • Ofrece cientos de temas, asignaciones de teclas flexibles y una amplia variedad de opciones de configuración para crear un entorno personalizado
  • También incluye documentación de API basada en VT para desarrolladores de aplicaciones de terminal, lo que amplía su utilidad para desarrollo

Resumen de Ghostty

  • Ghostty es un emulador de terminal rápido y con muchas funciones que funciona en macOS y Linux
    • Usa la UI nativa de cada plataforma y admite renderizado acelerado por GPU
  • Sigue la filosofía de Zero Configuration, por lo que puede ejecutarse inmediatamente después de instalarse

Instalación y ejecución

  • Los usuarios de macOS pueden descargar y ejecutar directamente el archivo binario
  • Los usuarios de Linux pueden elegir entre instalar un paquete o compilar desde el código fuente
    • En el sitio oficial se ofrecen los enlaces Download y Build from Source

Documentación de funciones principales

  • Keybindings: admite asignaciones de teclas personalizadas mediante la opción de configuración keybind
  • Color Theme: ofrece cientos de temas integrados y permite separar temas para modo claro/oscuro
  • Configuration: con cientos de opciones de configuración detalladas, permite ajustar con precisión la apariencia y el comportamiento
  • Terminal API (VT): proporciona documentación de referencia sobre secuencias de control y conceptos de terminal para desarrolladores de aplicaciones de terminal

1 comentarios

 
GN⁺ 2026-03-02
Opiniones en Hacker News
  • Soy el creador original de Ghostty. Han pasado varios años y me sorprende verlo de nuevo en la portada de HN. Quiero compartir algunas actualizaciones importantes.
    Últimamente, libghostty me parece mucho más interesante. Ya se usa como backend en varios proyectos de terminal, tanto gratuitos como comerciales. Se puede ver una lista relacionada en awesome-libghostty.
    Como dije desde mi primer anuncio en 2023, el objetivo es construir un ecosistema donde distintos emuladores de terminal evolucionen sobre un núcleo común, estable y de alto rendimiento (libghostty). Y eso realmente ya está ocurriendo. Más detalles en libghostty is coming.
    Estimo que para 2027 habrá muchos más usuarios usando Ghostty a través de libghostty que a través de la GUI. Es un beneficio mutuo. Cuanto más se use libghostty, más se estabiliza también la GUI de Ghostty.
    Ghostty para macOS está registrando cerca de un millón de descargas por semana, y en la versión 1.3 se agregarán funciones importantes como búsqueda (cmd+f), barra de desplazamiento y más.
    Además, Ghostty ahora cuenta con el respaldo de una organización sin fines de lucro, y hace poco empezó a pagar compensación real a sus primeros 4 colaboradores. Las finanzas son totalmente públicas. Más información en Ghostty non-profit.
    En resumen, Ghostty está en un momento muy emocionante.

    • Me da curiosidad cómo es gestionar un proyecto bastante grande en Zig. El lenguaje Zig ha cambiado mucho últimamente, y me gustaría saber cómo ha impactado eso en el desarrollo de un emulador de terminal, y si ha aumentado la dificultad de mantenimiento.
    • Es interesante ver que los emuladores de terminal vuelven a llamar la atención desde la llegada de herramientas como Claude Code. Antes se escuchaba mucho “¿por qué hacer una terminal?, hay que mirar al futuro”, pero hoy en día incluso oigo seguido que la gente usa más la terminal que el navegador. El mundo cambia muy rápido.
    • Me interesa saber el estado actual de usar libghostty en el navegador. Hay proyectos de la comunidad que lo compilan a wasm, y me gustaría exponer algunas funciones enfocadas en TUI en la web.
    • Soy el creador de Trolley. Gracias a libghostty, implementar funciones de terminal fue muy fácil. Pasé la mayor parte del tiempo construyendo funcionalidades encima de eso. Gracias.
    • Escuché esta mañana la entrevista de The Pragmatic Engineer, y me impresionaron las historias de los primeros días de HashiCorp y el proceso de salir a bolsa. Si no hubieras conocido a esa persona que desconectó el mouse, tal vez tu vida habría sido distinta. Ghostty ha sido mi terminal principal durante el último año.
  • He probado varias terminales, y como estoy intentando salir del ecosistema Mac, también probé Ghostty. Pero lo dejé por la falta de función de búsqueda. WezTerm es la más parecida a iTerm2 y además el renderizado es perfecto. Alacritty es incómoda porque no tiene pestañas, y no me gusta tmux porque requiere demasiadas pulsaciones. También estoy considerando una terminal solo para Linux. Se aceptan recomendaciones.

    • Vale la pena volver a mirar Kitty. Tiene modo de terminal tipo quake y se puede extender con kittens. En la próxima versión también se agregará scrolling suave. Además, valoro mucho el esfuerzo constante de Kovid por estandarizar cosas.
    • No diría que amo tmux, pero es útil porque me permite usar la misma interfaz de gestión de paneles en varias máquinas. Sigo usándolo sobre todo por su integración con neovim.
    • También recomiendo Foot. Es la única terminal con un arranque por debajo de 50 ms. Eso sí, conviene usarla en un entorno con window manager donde no hagan falta pestañas.
    • Ghostty también tiene scrollback. Solo hay que cambiar a la compilación “tip” en la configuración. Es muy estable y se han corregido muchos bugs.
    • También vale la pena mencionar Terminology. Usa una GUI basada en Enlightenment, pero es rápida y viene con muchas funciones. Greg Kroah-Hartman también la usa.
  • Aquí hay una recopilación de hilos importantes del pasado sobre Ghostty.
    Por ejemplo: AI Usage Policy, Ghostty 1.0, Ghostty non-profit, etc.
    Es un archivo cronológico que permite ver de un vistazo la evolución de Ghostty.

  • La UI de Ghostty me gusta mucho más que la de Kitty. Pero se rompe con frecuencia al usar conexiones SSH. Por eso sigo usando Kitty para trabajo por SSH.

    • A mí me pasa lo mismo. Incluso copiando term-info no se soluciona del todo. Desde la perspectiva del usuario, es una experiencia bastante incómoda.
    • En la versión más reciente, se puede recuperar ejecutando reset desde la paleta de comandos. Si le asignas un atajo, resulta cómodo.
    • También hubo quien preguntó cuál sería la UI de Kitty. Es decir, que decir que la UI de Ghostty es mejor puede sonar algo ambiguo.
  • Probé Ghostty al principio, pero lo dejé por la ausencia de búsqueda con CMD+F. Es una función indispensable al hacer tail de logs.

    • En las releases recientes de tip ya está incluida la función de búsqueda. Ver issue #189 y el tuit de Mitchell. Está previsto que llegue oficialmente en Ghostty 1.3.
  • Creo que la fetichización de las herramientas es una característica de una forma de pensar amateur. Lo importante no es la herramienta, sino la habilidad y la creatividad.

    • Pero las herramientas dependen del flujo de trabajo, así que es natural que los nuevos usuarios experimenten. Yo también, después de encontrar la combinación vim+tmux, ya no siento necesidad de perseguir herramientas nuevas.
    • Es cierto que los principiantes se obsesionan con el equipo, pero los profesionales también discuten los trade-offs técnicos de las herramientas. Y esa es una conversación productiva.
    • Me recordó la anécdota de Charlie Parker tocando brillantemente con un saxofón de plástico. Al final, lo que importa es la habilidad (artículo relacionado).
    • Pero también hubo quien opinó que la creatividad, la iluminación y la composición terminan siendo parte de la herramienta.
    • También hubo acuerdo en que, a medida que uno envejece, mantener la pasión se vuelve más difícil que este tipo de debates.
  • Ghostty tiene problemas en SSH donde top, ncdu y otros se rompen. Hay que modificar $TERM. También se echa de menos una función de pantalla completa temporal como la de iTerm.

    • Se puede resolver con el atajo toggle_split_zoom (cmd+shift+enter). Es igual que en iTerm. También se propuso una función para ampliar con doble clic.
    • El uso de su propio TERM es una decisión intencional de diseño. Se puede resolver ajustando terminfo.
    • En Kitty o urxvt también hubo problemas parecidos. Parece un problema estructural de todo el ecosistema de terminales.
    • Habría sido bueno que $TERM tuviera un sistema de fallback como ‘ghostty:xterm-256color’, pero según algunos ya es demasiado tarde.
    • En SSH todavía se rompe con frecuencia. iTerm simplemente funciona.
  • Si quieres desactivar las ligaduras como != en Ghostty, puedes agregar esto al archivo de configuración:

    font-feature = -dlig
    font-feature = -liga
    font-feature = -calt
    
    • En Ghostty 1.3 planean desactivar algunas ligaduras por defecto.
    • O también se puede resolver de forma natural usando la fuente 0xProto. La recomiendo mucho.
  • Al conectarse por SSH, algunos programas (por ejemplo, less) no reconocen Ghostty. Pero se puede resolver fácilmente con la configuración de terminfo. Ojalá en el futuro venga incluida por defecto en las distribuciones Linux.

    • Aun así, también hubo quien opinó que los problemas relacionados con SSH parecen un fallo grave de diseño.
    • A uno le dio risa que en la documentación dijeran algo como “el mundo está anticuado y por eso Ghostty no encaja”. Pero tener que agregar configuración en cada servidor remoto es incómodo en entornos de trabajo reales.
  • Me pregunto qué tal está la latencia de entrada. xterm sigue siendo la más rápida.

    • Según este benchmark, Ghostty tiene la mayor latencia de entrada. La discusión relacionada está aquí.
    • Yo más bien me sorprendo de que se puedan hacer tantas cosas con una terminal.
    • En términos de throughput, Ghostty es rápida, similar a Alacritty y Ptyxis, gracias a la aceleración por GPU.
    • Kitty puede volverse más responsiva ajustando la configuración.
      repaint_delay 5
      input_delay 1
      sync_to_monitor no
      
    • En mi monitor de 240 Hz, la latencia de entrada a salida se notaba. Por eso terminé volviendo a otra terminal.