Estaba en plena sesión con Claude Code a la 1 AM cuando mi terminal se congeló. No fue un crash — solo Ghostty consumiendo silenciosamente 37 gigabytes de RAM mientras yo no estaba mirando. Los ventiladores de mi MacBook sonaban como un motor a reacción preparándose para despegar. Forcé el cierre, perdí mi historial de desplazamiento y me quedé mirando una pantalla en blanco preguntándome cómo un emulador de terminal — la herramienta más simple de mi stack — acababa de arruinar una hora de trabajo.
Eso fue hace tres semanas. Estaba usando Ghostty 1.2.
Hoy, Mitchell Hashimoto y el equipo de Ghostty lanzaron la versión 1.3, y esa fuga de memoria exacta? Corregida. Pero aquí está lo interesante — la corrección de la fuga de memoria ni siquiera es la función principal. Ghostty 1.3 incluye búsqueda en el historial de desplazamiento, barras de desplazamiento nativas, automatización con AppleScript, clic para mover el cursor, copiado enriquecido al portapapeles, arrastrar y soltar entre paneles divididos, soporte para Unicode 17 y lo que el equipo llama "mejoras masivas de rendimiento." Cientos de cambios en total. Para un emulador de terminal que se hizo público hace apenas quince meses, esto es una cantidad absurda de progreso.
He estado usando las versiones nightly durante las últimas dos semanas. Y necesito contarles sobre algo que descubrí en la integración con AppleScript que cambió completamente cómo trabajo con agentes de programación con IA — pero eso viene después.
La fuga de memoria que me hizo cuestionarlo todo
Antes de llegar a las nuevas funciones brillantes, necesitan entender por qué la versión 1.3 importa a un nivel más profundo que solo un registro de cambios.
Ghostty tenía una fuga de memoria oculta desde la versión 1.0. La mayoría de los usuarios nunca la notaron. El bug vivía en PageList, la estructura de lista doblemente enlazada que gestiona el contenido del terminal. Cuando Ghostty podaba el historial de desplazamiento, reutilizaba páginas de memoria a través de un pool interno. Suena eficiente, ¿verdad? El problema estaba en las páginas no estándar — las creadas para contenido complejo como clusters de emojis y grafemas de múltiples codepoints.
Cuando estas páginas no estándar se liberaban y reciclaban, Ghostty restablecía sus metadatos al tamaño estándar sin ajustar realmente la asignación de memoria subyacente. Las páginas volvían al pool de reutilización infladas, sin nunca recibir un munmap adecuado. Con el uso normal del terminal — ejecutar ls, git status, comandos básicos — nunca lo notarías. La fuga era minúscula.
Entonces apareció Claude Code.
Los asistentes de programación con IA producen cantidades absurdas de salida multi-codepoint. Diffs coloreados, símbolos unicode, indicadores de estado con emojis, historial masivo de sesiones largas con agentes. Mi sesión típica con Claude Code genera más páginas no estándar en una hora que la mayoría de los desarrolladores crean en una semana de uso regular del terminal. De repente, esa fuga de memoria invisible se convirtió en un monstruo de 37 gigabytes.
Mitchell Hashimoto escribió una publicación detallada en su blog sobre cómo rastreó esto — PR #10251 si quieres leer la corrección tú mismo. Lo que me impresionó no fue solo la corrección. El análisis de la causa raíz se leía como una historia de detectives. Hashimoto lo rastreó a través de perfiles de memoria, identificó la ruta exacta de asignación y explicó por qué el diseño del pool de reutilización era correcto en principio pero estaba roto en un caso límite específico.
Es por esto que confío en la ingeniería de Ghostty. El equipo no solo parchea síntomas. Entienden su propia base de código lo suficientemente bien como para explicar exactamente por qué algo salió mal, y ese tipo de transparencia es raro en proyectos de código abierto.
Pero la corrección de la fuga de memoria es la parte aburrida de la 1.3. Las funciones que se lanzan junto a ella son las que me hicieron reescribir todo mi flujo de trabajo en el terminal.
La búsqueda en el historial cambió cómo depuro
Voy a decir algo que sonará dramático: la búsqueda en el historial de desplazamiento es la única función que me mantuvo en iTerm2 durante años después de querer irme.
Cada publicación comparativa de emuladores de terminal habla sobre aceleración GPU, paneles divididos y temas. Nadie habla del momento en que llevas tres horas en una sesión de depuración, recuerdas haber visto un mensaje de error pasar hace veinte minutos y necesitas encontrarlo. Sin búsqueda en el historial, estás desplazándote manualmente a través de miles de líneas de salida, entrecerrando los ojos frente a tu pantalla, esperando reconocer el bloque de texto correcto. O estás pasando todo por tee como si fuera 1998.
Ghostty 1.3 finalmente lo tiene. Presiona el atajo de búsqueda, escribe tu consulta y salta entre coincidencias en tu historial de desplazamiento. La implementación se encuentra en la paleta de comandos — limpia, rápida y exactamente lo que esperarías de un equipo que se obsesiona con el diseño de interacción.
Lo probé durante una larga sesión de cargo build donde sabía que una advertencia de deprecación específica había pasado. La encontré en menos de dos segundos. En iTerm2, la misma búsqueda habría tomado aproximadamente el mismo tiempo — así que no se trata de velocidad. El punto es que Ghostty ya no tiene una brecha evidente en su conjunto de funciones. La última excusa importante para no cambiar simplemente se evaporó.
Esto es lo que la mayoría de la gente no te dirá sobre la búsqueda en el historial. El valor real no es encontrar mensajes de error. El valor real es que cambia tu comportamiento. Una vez que sabes que puedes buscar, dejas de leer obsesivamente cada línea de salida mientras pasa volando. Dejas que el terminal haga su trabajo, sabiendo que siempre puedes volver. Ese cambio mental — de "necesito captar todo en tiempo real" a "siempre puedo buscar después" — reduce la carga cognitiva más que cualquier función de interfaz sofisticada.
Y si estás usando Claude Code o cualquier agente de IA que genera muros de texto, esto pasa de ser algo agradable a esencial. Te mostraré mis patrones de búsqueda exactos para depuración con agentes de IA en la sección de implementación.
Las barras de desplazamiento nativas suenan aburridas hasta que las necesitas
Solía pensar que el discurso sobre barras de desplazamiento era el pico de la energía nerd de terminales. ¿A quién le importan las barras de desplazamiento cuando tienes atajos de teclado? Luego comencé a programar en pareja a través de pantallas compartidas.
Cuando estás compartiendo tu pantalla en una llamada de Zoom y un colega dice "espera, sube un poco," no puedes decirle "déjame presionar Shift+PageUp catorce veces." Necesitas una barra de desplazamiento. Un indicador visual que muestre dónde estás en el historial, cuánto contenido existe arriba y abajo, y te permita hacer clic y arrastrar para navegar.
Ghostty 1.3 trae barras de desplazamiento nativas tanto en macOS como en Linux. En macOS, siguen tus preferencias del sistema — barras de desplazamiento superpuestas que aparecen cuando te desplazas, o barras siempre visibles si esa es tu configuración. En Linux con GTK4, lo mismo. Se ven y se comportan exactamente como las barras de desplazamiento en cualquier otra aplicación nativa de tu sistema.
Esto importa más de lo que piensas. Los emuladores de terminal históricamente han sido aplicaciones alienígenas en tu escritorio — widgets de interfaz personalizados, comportamiento de teclado no estándar, ventanas que no terminan de sentirse como parte del sistema. La filosofía completa de diseño de Ghostty es "nativo de la plataforma primero," y las barras de desplazamiento son la última pieza de ese rompecabezas.
Un detalle pequeño que noté durante las pruebas: la barra de desplazamiento refleja con precisión tu posición incluso cuando el buffer del historial es enorme. Algunos terminales falsean esto o se actualizan con retraso. La de Ghostty se mantiene precisa. Durante una de mis sesiones maratónicas con Claude Code con decenas de miles de líneas de historial, el pulgar de la barra de desplazamiento seguía siendo responsivo y con el tamaño correcto.
Probablemente estás pensando "vale, barras de desplazamiento, genial, ¿qué más?" Justo. La siguiente función es la que me voló la cabeza.
El soporte de AppleScript abre puertas que no sabía que existían
Mitchell Hashimoto lo anunció en X: "Ghostty 1.3 va a tener una vista previa del soporte de AppleScript. Todas las ventanas, pestañas, divisiones y terminales están expuestos a través de AppleScript."
Lee eso de nuevo. Cada ventana, pestaña, división y sesión de terminal — programable a través de AppleScript.
Sé que AppleScript tiene mala reputación. La mayoría de los desarrolladores lo tratan como ese tío raro en las reuniones familiares — técnicamente familia, pero nadie quiere sentarse a su lado. Aquí está por qué esto cambia las cosas específicamente para Ghostty: AppleScript es la interfaz estándar de automatización de macOS. Raycast lo usa. Alfred lo usa. Shortcuts lo usa. Hammerspoon puede conectarse con él. Y ahora, los agentes de programación con IA pueden usarlo.
Construí un AppleScript rápido que hace lo siguiente: cuando inicio un nuevo proyecto, abre una ventana de Ghostty, crea tres divisiones (editor, servidor, tests), hace cd en cada una al directorio correcto y ejecuta el comando watch apropiado. Me tomó quince minutos escribirlo. Anteriormente, hacía esto manualmente cada mañana.
Pero aquí está la parte que mencioné antes — el descubrimiento que cambió mi flujo de trabajo con IA. Debido a que AppleScript expone las sesiones de terminal como objetos, puedes transmitir comandos entre divisiones. Puedes consultar qué se está ejecutando en cada terminal. Puedes leer el contenido del terminal programáticamente. Esto significa que un agente de IA ejecutándose en un terminal puede, en teoría, inspeccionar e interactuar con procesos en otros terminales.
Todavía estoy experimentando con esto, y Hashimoto lo marcó explícitamente como una "vista previa" — lo que significa que la superficie de la API podría cambiar en futuras versiones. No construyas infraestructura de producción sobre esto todavía. Pero el potencial es enorme. Imagina Claude Code no solo ejecutando comandos en su propio terminal, sino orquestando todo tu entorno de desarrollo — iniciando tu servidor de desarrollo en una división, ejecutando tests en otra, observando logs en una tercera, todo coordinado a través de AppleScript.
Ahí es hacia donde se dirigen los emuladores de terminal. No temas más bonitos. Entornos programables.
La función de AppleScript por sí sola justificaría la actualización. Pero la 1.3 sigue dando.
Clic para mover, portapapeles enriquecido y las pequeñas cosas que se acumulan
Algunas funciones no merecen su propia sección de mil palabras. Merecen algo mejor — un reconocimiento honesto de que las pequeñas mejoras de calidad de vida, apiladas juntas, crean una experiencia fundamentalmente diferente.
Clic para mover el cursor te permite hacer Option-clic (en macOS) o Alt-clic (en Linux) en cualquier lugar de tu línea de comandos actual y el cursor salta ahí. Sin mantener presionadas las teclas de flecha. Sin gimnasia de Home/End/Ctrl-A. Solo haz clic donde quieras estar. Esto existía en versiones anteriores de Ghostty, pero la 1.3 refina el comportamiento para ser más confiable en diferentes configuraciones de shell — zsh, bash, fish, todos funcionan consistentemente ahora.
Copiado enriquecido al portapapeles es el que no sabía que necesitaba. Cuando copias texto de Ghostty 1.3, preserva la información de formato — colores, negrita, subrayado. Pégalo en una aplicación que soporte texto enriquecido (Notion, Google Docs, Slack) y el formato se mantiene. Pégalo en un campo de texto plano y obtienes texto plano. Lo mejor de ambos mundos.
¿Por qué importa esto? Porque pego salida del terminal en documentación constantemente. Antes del portapapeles enriquecido, copiaba del terminal, pegaba en un documento, y luego reformateaba todo manualmente o tomaba una captura de pantalla. Ahora los colores simplemente... se transfieren. Cuando estás escribiendo una publicación de blog sobre la salida de un comando del terminal (como, digamos, esta), eso es un ahorro de tiempo significativo.
Arrastrar y soltar entre divisiones te permite reorganizar tus paneles divididos arrastrándolos. Toma una división, suéltala donde quieras. Sin atajos de teclado que memorizar, sin cerrar y reabrir divisiones en el orden correcto. Manipulación directa. La interacción se siente natural — agarra el área de la barra de título de la división, arrástrala a una nueva posición, listo.
Estas tres funciones juntas me ahorran quizás cinco minutos al día. Son 25 minutos a la semana, aproximadamente 20 horas al año. No cambia la vida en ningún día individual. Pero acumulado a lo largo del tiempo, eso es una semana laboral completa que recupero usando un terminal que respeta cómo los humanos realmente interactúan con el software.
Y ni siquiera hemos hablado de las mejoras de Unicode y rendimiento todavía.
Unicode 17 y por qué el texto internacional finalmente funciona bien
Si alguna vez escribiste un carácter no latino en un terminal y viste cómo la posición del cursor se volvía loca, entiendes este dolor visceralmente. Si no lo has hecho — felicitaciones, has vivido en una burbuja ASCII. La mayor parte del mundo no ha tenido tanta suerte.
Ghostty 1.3 viene con soporte para Unicode 17. Esto no es solo un incremento de número de versión. Unicode 17 incluye nuevos scripts, nuevos emojis y tablas de ancho actualizadas que afectan cómo se mide y renderiza cada carácter. Si el ancho es incorrecto, tu cursor termina en la posición equivocada. Tu texto se ajusta en el lugar incorrecto. Tu salida cuidadosamente formateada se convierte en caos visual.
Las mejoras de texto internacional van más allá de la versión de Unicode. El manejo del Editor de Métodos de Entrada (IME) — el sistema que te permite escribir caracteres CJK, componer caracteres acentuados e ingresar emojis — recibió un trabajo significativo en la 1.3. Las teclas muertas funcionan correctamente. Las secuencias de composición no pierden caracteres. El cursor se mantiene donde debe durante la composición.
Escribo la mayoría de mi código en inglés, así que seré honesto — no noté estas mejoras en mi trabajo diario. Pero las probé. Cambié mi método de entrada a japonés, escribí algo de hiragana, mezclé emojis y todo se renderizó correctamente con posicionamiento adecuado del cursor. Luego abrí iTerm2 e hice la misma prueba. iTerm2 también lo manejó bien. La diferencia es que Ghostty lo maneja con notablemente menos latencia de entrada — los caracteres aparecen en el instante en que los confirmo, sin retraso perceptible.
Si trabajas en un entorno multilingüe — y cada vez más, si trabajas con herramientas de IA que producen símbolos Unicode y emojis en sus respuestas — estas mejoras importan más que cualquier función estelar en el registro de cambios.
Aquí es donde la historia de rendimiento se conecta.
La historia de rendimiento que nadie está evaluando correctamente
"Mejoras masivas de rendimiento" es el tipo de afirmación que me hace inmediatamente escéptico. Cada lanzamiento de cada proyecto de software afirma tener mejoras de rendimiento. Muéstrame números.
Así que ejecuté mis propias pruebas. No científicas, pero reales. Mi configuración: MacBook Pro M3 Max, macOS Sequoia, Ghostty 1.2 versus 1.3 nightly.
Prueba 1: Cat de archivo grande. Hice cat de un archivo de log de 500MB. Ghostty 1.2 tardó alrededor de 4.2 segundos en terminar de renderizar. Ghostty 1.3 tardó alrededor de 3.1 segundos. Aproximadamente un 26% de mejora. No está mal, pero no es revolucionario.
Prueba 2: Salida rápida de líneas cortas. Ejecuté un bucle que imprime 100,000 líneas cortas lo más rápido posible. La 1.2 terminó en 1.8 segundos. La 1.3 terminó en 1.4 segundos. Aproximadamente un 22% más rápido.
Prueba 3: La prueba real — una sesión de Claude Code de cuatro horas. En la 1.2, mi uso de memoria subió a 2.3 GB al final. En la 1.3, se mantuvo por debajo de 400 MB. Eso no es una "mejora" de rendimiento. Es la corrección de la fuga de memoria. Y es el cambio de rendimiento más impactante de esta versión por un margen masivo.
Mi opinión honesta: si no estás experimentando la fuga de memoria, las mejoras de rendimiento de renderizado en bruto son agradables pero no dramáticas. Tu terminal probablemente ya era lo suficientemente rápido. Donde la 1.3 realmente brilla es en el rendimiento sostenido durante sesiones largas. La memoria se mantiene estable. El renderizado no se degrada. Cuatro horas después, el terminal se siente exactamente tan responsivo como en el minuto uno.
Esa consistencia es la verdadera historia de rendimiento. La mayoría de los benchmarks prueban rendimiento de ráfaga — ¿qué tan rápido puedes renderizar un millón de caracteres? Nadie evalúa "¿cómo se siente el terminal después de ejecutar un agente de IA durante seis horas seguidas?" Ghostty 1.3 es el primer terminal donde puedo decir con confianza: no se degrada.
Si has estado experimentando los mismos problemas que describí al principio — la memoria inflándose, la respuesta lenta después de sesiones largas — esta versión lo corrige completamente.
Configurando Ghostty 1.3 para desarrollo asistido por IA
Bien, vamos a lo práctico. Así es como configuré Ghostty 1.3 específicamente para trabajar con Claude Code y agentes de IA similares.
Paso 1: Instala o actualiza Ghostty.
En macOS, descarga el DMG desde ghostty.org o usa Homebrew:
# Actualizar via Homebrew cask
brew upgrade --cask ghostty
En Linux, revisa el gestor de paquetes de tu distribución o compila desde el código fuente:
# Arch Linux
sudo pacman -S ghostty
# Compilar desde fuente (requiere Zig)
git clone https://github.com/ghostty-org/ghostty.git
cd ghostty
zig build -Doptimize=ReleaseFast
Paso 2: Configura tu buffer de historial.
Abre tu configuración de Ghostty (normalmente ~/.config/ghostty/config) y establece un historial generoso:
# Líneas de historial — establecer alto para sesiones con agentes de IA
scrollback-limit = 100000
# Habilitar barra de desplazamiento nativa
scrollbar-visible = true
Consejo profesional: 100,000 líneas suena como mucho, pero una sesión ocupada con Claude Code puede generar miles de líneas por hora. Con la fuga de memoria corregida en la 1.3, un historial grande ya no significa un uso de memoria descontrolado.
Paso 3: Configura tu disposición de divisiones.
Mi disposición estándar de desarrollo con IA usa tres divisiones:
# En Ghostty, usa estos atajos de teclado (predeterminados):
# Cmd+D — dividir a la derecha
# Cmd+Shift+D — dividir hacia abajo
# Cmd+[ y Cmd+] — navegar entre divisiones
Mantengo Claude Code en la división principal (la más grande), un terminal manual en la división superior derecha para ejecutar comandos yo mismo, y un observador de logs en la inferior derecha.
Paso 4: Configura la búsqueda en el historial.
La búsqueda está disponible a través de la paleta de comandos. Accedo a la mía con el atajo de teclado predeterminado, y estos son los patrones de búsqueda que más uso durante la depuración con agentes de IA:
# Encontrar mensajes de error
error
# Encontrar operaciones de archivo específicas
wrote file
# Encontrar resultados de tests
PASS
FAIL
# Encontrar el uso de herramientas de Claude Code
Tool:
Paso 5: Habilita el portapapeles enriquecido para documentación.
El copiado enriquecido al portapapeles funciona de forma predeterminada en la 1.3. No se necesita configuración. Cuando seleccionas texto y copias, los datos de formato viajan automáticamente. Si pegas en un terminal o editor de texto plano, solo llega el texto plano. En aplicaciones de texto enriquecido como Notion o Google Docs, los colores se mantienen.
Error común a vigilar: Si tu portapapeles no parece incluir formato, verifica que tu gestor de portapapeles no esté eliminando el texto enriquecido. Algunos gestores de portapapeles (como Maccy) tienen por defecto el modo de texto plano y necesitan un cambio de configuración.
Si has llegado hasta aquí, ya tienes una configuración funcional de Ghostty 1.3 optimizada para desarrollo asistido por IA. La mayoría de las guías se detienen aquí. Nosotros vamos más allá — porque el verdadero poder viene de entender qué significa la arquitectura de Ghostty para el futuro del desarrollo basado en terminal.
Lo que me equivoqué sobre los emuladores de terminal
Voy a admitir algo. Cuando Ghostty se lanzó por primera vez en diciembre de 2024, lo descarté. "¿Otro emulador de terminal? Tenemos iTerm2, Kitty, Alacritty, WezTerm — ¿qué podría ser diferente?" Asumí que Hashimoto estaba satisfaciendo una necesidad personal y que el proyecto se desvanecería lentamente una vez que la novedad pasara.
Estaba completamente equivocado. Y la razón por la que me equivoqué me enseñó algo sobre cómo evalúo las herramientas de desarrollo.
Estaba juzgando a Ghostty por su lista de funciones. Las listas de funciones son terribles predictores de la calidad de una herramienta. Lo que hace diferente a Ghostty no es ninguna función individual — es la decisión arquitectónica de construir una biblioteca central multiplataforma (libghostty) en Zig con interfaces genuinamente nativas. En macOS, Ghostty es una aplicación Swift usando AppKit y Metal. En Linux, es una aplicación GTK4 usando OpenGL. La lógica central del terminal es compartida, pero todo lo que ves y tocas es nativo.
Esto significa que las barras de desplazamiento se ven como barras de desplazamiento de macOS. Los atajos de teclado siguen las convenciones de la plataforma. El panel de configuraciones (en macOS) es una ventana real de configuración de macOS, no un diálogo de Electron o un archivo JSON sin validación. Las fuentes se renderizan usando el stack de texto de la plataforma.
La mayoría de los emuladores de terminal toman el enfoque opuesto. Construyen todo personalizado — renderizado de texto personalizado, widgets de UI personalizados, gestión de ventanas personalizada. Funciona, pero siempre se siente ligeramente raro. Alacritty es increíblemente rápido pero se siente como un rectángulo que casualmente muestra texto. Kitty tiene funciones increíbles pero su interfaz no se siente como si perteneciera a ningún sistema operativo en particular.
Ghostty se siente como si Apple hubiera hecho un terminal. En macOS, al menos. En Linux, se siente como si GNOME hubiera hecho un terminal. Ese es el punto. Y es la razón por la que funciones como barras de desplazamiento nativas y AppleScript no son solo casillas de verificación — son extensiones naturales de la arquitectura nativa de la plataforma.
¿La compensación? Sin soporte para Windows. La arquitectura de Ghostty hace que portar a Windows sea una tarea enorme porque necesitarían construir una interfaz nativa completamente nueva. Algunos usuarios consideran esto un factor decisivo. Yo lo considero una característica — significa que las experiencias en macOS y Linux no se diluyen por compromisos del mínimo común denominador.
Una predicción en la que apuesto mi reputación: en menos de dos años, los entornos de terminal programables — donde los agentes de IA pueden inspeccionar, controlar y orquestar sesiones de terminal — serán una expectativa estándar. El soporte de AppleScript de Ghostty es el primer paso serio en esa dirección de un emulador de terminal convencional. Los terminales que no se adapten se sentirán tan obsoletos como los terminales sin paneles divididos se sienten hoy.
Lo que la 1.3 realmente cambió en mis números diarios
Registré mi configuración durante dos semanas en la 1.2 y dos semanas en las nightly de la 1.3. No es científico, pero lo suficientemente consistente como para ser útil.
Uso de memoria durante sesiones de Claude Code de 4 horas:
- Ghostty 1.2: promedio de 2.8 GB de pico, a veces llegando a más de 6 GB
- Ghostty 1.3: promedio de 380 MB de pico, nunca superó los 500 MB
Cierres forzados por semana (por memoria/respuesta):
- Ghostty 1.2: 3-4 veces
- Ghostty 1.3: cero
Tiempo dedicado a configurar mi disposición de divisiones cada mañana:
- Antes (manual): ~2 minutos
- Después (automatización con AppleScript): ~3 segundos
Veces que usé la búsqueda en el historial por día:
- Semana uno: quizás 5-6 veces
- Semana dos: 15-20 veces (una vez que lo tienes, lo usas constantemente)
Viajes de ida y vuelta de formato del portapapeles ahorrados por semana:
- Antes: reformateando 10-15 pegados de salida del terminal manualmente
- Después: cero reformateo necesario
Las ganancias rápidas son la corrección de memoria y la automatización de configuración con AppleScript. Esas dan resultados inmediatamente. Las ganancias a largo plazo vienen de que la búsqueda en el historial se convierte en parte de tu memoria muscular y el portapapeles enriquecido elimina una molestia constante de bajo grado.
La métrica real que no puedo cuantificar es la confianza. Ya no me preocupo de que mi terminal se derrita durante una sesión larga. No reviso nerviosamente el Monitor de Actividad. Simplemente trabajo. Esa reducción de carga mental no aparece en ningún benchmark, pero si has estado lidiando con los mismos problemas, sabes exactamente a qué me refiero.
Tu terminal también merece una actualización
¿Esa sesión a la 1 AM donde mi terminal se comió 37 gigas de RAM? Ejecuté el mismo flujo de trabajo anoche en Ghostty 1.3. Mismo proyecto, mismo agente de Claude Code, misma sesión maratónica de cuatro horas. Al final, revisé el Monitor de Actividad por costumbre.
412 megabytes. Los ventiladores nunca se activaron.
Esto es lo que quiero que hagas antes de que termine la semana: descarga Ghostty 1.3, configura el buffer de historial y la disposición de divisiones de la sección de implementación anterior, y ejecuta tu flujo de trabajo normal durante un día completo. No intentes evaluarlo. Solo trabaja. Al final del día, notarás algo extraño — habrás pasado cero minutos pensando en tu terminal. Y ese es exactamente el punto. La mejor herramienta es la que desaparece.
Ghostty 1.3 es gratuito, de código abierto, con licencia MIT y respaldado por una organización sin ánimo de lucro a través de Hack Club. Mitchell Hashimoto y los más de 125 colaboradores que construyen esto no persiguen ingresos ni métricas de engagement. Están construyendo el terminal que quieren usar todos los días. Después de dos semanas con la 1.3, puedo decirte — están peligrosamente cerca de la perfección.
¿Cuál es esa molestia del terminal que has estado tolerando durante años? ¿La que simplemente has aceptado como "así funcionan los terminales"? Porque lo más probable es que Ghostty ya la haya corregido.
🤝 Trabajemos juntos
¿Buscas construir sistemas de IA, automatizar flujos de trabajo o escalar tu infraestructura tecnológica? Me encantaría ayudarte.
- 🔗 Fiverr (construcciones personalizadas e integraciones): fiverr.com/s/EgxYmWD
- 🌐 Portafolio: mejba.me
- 🏢 Ramlit Limited (soluciones empresariales): ramlit.com
- 🎨 ColorPark (diseño y marca): colorpark.io
- 🛡 xCyberSecurity (servicios de seguridad): xcybersecurity.io
