Ghostty 1.3 vient de sortir — Pourquoi j'ai changé
J'étais en pleine session avec Claude Code à 1h du matin quand mon terminal a gelé. Pas un crash — juste Ghostty qui consommait silencieusement 37 gigaoctets de RAM pendant que je ne regardais pas. Les ventilateurs de mon MacBook sonnaient comme un moteur à réaction se préparant au décollage. J'ai forcé la fermeture, perdu mon historique de défilement et je suis resté là à fixer un écran vide en me demandant comment un émulateur de terminal — l'outil le plus simple de ma stack — venait de ruiner une heure de travail.
C'était il y a trois semaines. J'utilisais Ghostty 1.2.
Aujourd'hui, Mitchell Hashimoto et l'équipe Ghostty ont livré la version 1.3, et cette fuite de mémoire exacte ? Corrigée. Mais voici le truc — la correction de la fuite de mémoire n'est même pas la fonctionnalité phare. Ghostty 1.3 embarque la recherche dans l'historique de défilement, les barres de défilement natives, l'automatisation AppleScript, le clic pour déplacer le curseur, la copie enrichie dans le presse-papiers, le glisser-déposer entre panneaux divisés, le support Unicode 17 et ce que l'équipe appelle des « améliorations massives de performance ». Des centaines de changements au total. Pour un émulateur de terminal devenu public il y a seulement quinze mois, c'est une quantité absurde de progrès.
J'utilise les builds nightly depuis deux semaines. Et je dois vous parler de quelque chose que j'ai découvert dans l'intégration AppleScript qui a complètement changé ma façon de travailler avec les agents de programmation IA — mais ça vient après.
La fuite de mémoire qui m'a fait tout remettre en question
Avant d'arriver aux nouvelles fonctionnalités brillantes, vous devez comprendre pourquoi la 1.3 compte à un niveau plus profond qu'un simple changelog.
Ghostty avait une fuite de mémoire cachée depuis la version 1.0. La plupart des utilisateurs ne l'ont jamais remarquée. Le bug résidait dans PageList, la structure de liste doublement chaînée qui gère le contenu du terminal. Quand Ghostty élaguait l'historique de défilement, il réutilisait des pages mémoire via un pool interne. Ça semble efficace, non ? Le problème concernait les pages non standard — celles créées pour du contenu complexe comme les clusters d'emojis et les graphèmes multi-codepoints.
Quand ces pages non standard étaient libérées et recyclées, Ghostty réinitialisait leurs métadonnées à la taille standard sans ajuster réellement l'allocation mémoire sous-jacente. Les pages retournaient dans le pool de réutilisation gonflées, sans jamais recevoir un munmap approprié. Avec une utilisation normale du terminal — exécuter ls, git status, des commandes basiques — vous ne le remarquiez jamais. La fuite était minuscule.
Puis Claude Code est arrivé.
Les assistants de programmation IA produisent des quantités absurdes de sortie multi-codepoint. Des diffs colorés, des symboles unicode, des indicateurs de statut avec emojis, un historique massif de longues sessions avec des agents. Ma session typique avec Claude Code génère plus de pages non standard en une heure que la plupart des développeurs n'en créent en une semaine d'utilisation normale du terminal. Soudainement, cette fuite de mémoire invisible est devenue un monstre de 37 gigaoctets.
Mitchell Hashimoto a écrit un article de blog détaillé sur la traque de ce problème — PR #10251 si vous voulez lire la correction vous-même. Ce qui m'a impressionné, ce n'est pas juste la correction. L'analyse de la cause racine se lisait comme une histoire de détective. Hashimoto l'a traquée à travers le profilage mémoire, a identifié le chemin d'allocation exact et a expliqué pourquoi la conception du pool de réutilisation était correcte en principe mais cassée dans un cas limite spécifique.
C'est pour ça que je fais confiance à l'ingénierie de Ghostty. L'équipe ne se contente pas de patcher les symptômes. Ils comprennent leur propre base de code suffisamment bien pour expliquer exactement pourquoi quelque chose a mal tourné, et ce genre de transparence est rare dans les projets open-source.
Mais la correction de la fuite de mémoire est la partie ennuyeuse de la 1.3. Les fonctionnalités livrées avec sont ce qui m'a poussé à réécrire l'intégralité de mon workflow terminal.
La recherche dans l'historique a changé ma façon de débuguer
Je vais dire quelque chose qui va sembler dramatique : la recherche dans l'historique de défilement est la seule fonctionnalité qui m'a gardé sur iTerm2 pendant des années après avoir voulu partir.
Chaque article comparatif d'émulateurs de terminal parle d'accélération GPU, de panneaux divisés et de thèmes. Personne ne parle du moment où vous êtes en pleine session de débugage depuis trois heures, vous vous souvenez avoir vu un message d'erreur défiler il y a vingt minutes, et vous devez le retrouver. Sans recherche dans l'historique, vous faites défiler manuellement des milliers de lignes de sortie, les yeux plissés sur votre écran, espérant reconnaître le bon bloc de texte. Ou vous passez tout par tee comme en 1998.
Ghostty 1.3 l'a enfin. Appuyez sur le raccourci de recherche, tapez votre requête, et il saute entre les correspondances dans votre historique de défilement. L'implémentation se trouve dans la palette de commandes — propre, rapide, et exactement ce que vous attendriez d'une équipe obsédée par le design d'interaction.
Je l'ai testé pendant une longue session de cargo build où je savais qu'un avertissement de dépréciation spécifique avait défilé. Je l'ai trouvé en moins de deux secondes. Sur iTerm2, la même recherche aurait pris à peu près le même temps — donc ce n'est pas une question de vitesse. Le point est que Ghostty n'a plus de lacune flagrante dans son ensemble de fonctionnalités. La dernière grande excuse pour ne pas migrer vient tout simplement de s'évaporer.
Voici ce que la plupart des gens ne vous diront pas sur la recherche dans l'historique. La vraie valeur n'est pas de trouver des messages d'erreur. La vraie valeur est que ça change votre comportement. Une fois que vous savez que vous pouvez chercher, vous arrêtez de lire obsessionnellement chaque ligne de sortie qui défile. Vous laissez le terminal faire son travail, sachant que vous pouvez toujours revenir en arrière. Ce changement mental — de « je dois tout capter en temps réel » à « je peux toujours chercher après » — réduit la charge cognitive plus que n'importe quelle fonctionnalité d'interface sophistiquée.
Et si vous utilisez Claude Code ou n'importe quel agent IA qui génère des murs de texte, ça passe d'agréable à essentiel. Je vous montrerai mes patterns de recherche exacts pour le débugage d'agents IA dans la section d'implémentation.
Les barres de défilement natives semblent ennuyeuses jusqu'à ce que vous en ayez besoin
Je pensais autrefois que le discours sur les barres de défilement était le sommet de l'énergie nerd des terminaux. Qui se soucie des barres de défilement quand on a des raccourcis clavier ? Puis j'ai commencé à programmer en binôme via partage d'écran.
Quand vous partagez votre écran sur un appel Zoom et qu'un collègue dit « attends, remonte un peu », vous ne pouvez pas lui dire « laisse-moi appuyer sur Shift+PageUp quatorze fois ». Vous avez besoin d'une barre de défilement. Un indicateur visuel qui montre où vous êtes dans l'historique, combien de contenu existe au-dessus et en dessous, et vous permet de cliquer-glisser pour naviguer.
Ghostty 1.3 livre des barres de défilement natives sur macOS et Linux. Sur macOS, elles suivent vos préférences système — barres de défilement superposées qui apparaissent quand vous faites défiler, ou barres toujours visibles si c'est votre réglage. Sur Linux avec GTK4, pareil. Elles ressemblent et se comportent exactement comme les barres de défilement de toute autre application native de votre système.
Ça compte plus que vous ne le pensez. Les émulateurs de terminal ont historiquement été des applications extraterrestres sur votre bureau — des widgets d'interface personnalisés, un comportement clavier non standard, des fenêtres qui ne semblent pas tout à fait appartenir au système. La philosophie de design entière de Ghostty est « natif de la plateforme d'abord », et les barres de défilement sont la dernière pièce de ce puzzle.
Petit détail que j'ai remarqué pendant les tests : la barre de défilement reflète précisément votre position même quand le buffer d'historique est énorme. Certains terminaux trichent ou se mettent à jour avec du retard. Celle de Ghostty reste précise. Pendant une de mes sessions marathon avec Claude Code avec des dizaines de milliers de lignes d'historique, le curseur de la barre de défilement restait réactif et correctement dimensionné.
Vous pensez probablement « ok, des barres de défilement, super, quoi d'autre ? » C'est juste. La fonctionnalité suivante est celle qui m'a époustouflé.
Le support AppleScript ouvre des portes dont j'ignorais l'existence
Mitchell Hashimoto l'a annoncé sur X : « Ghostty 1.3 va avoir une préversion du support AppleScript. Toutes les fenêtres, onglets, divisions et terminaux sont exposés via AppleScript. »
Relisez ça. Chaque fenêtre, onglet, division et session de terminal — programmable via AppleScript.
Je sais qu'AppleScript a une réputation. La plupart des développeurs le traitent comme cet oncle bizarre aux réunions de famille — techniquement de la famille, mais personne ne veut s'asseoir à côté de lui. Voici pourquoi ça change les choses spécifiquement pour Ghostty : AppleScript est l'interface d'automatisation standard de macOS. Raycast l'utilise. Alfred l'utilise. Shortcuts l'utilise. Hammerspoon peut s'y connecter. Et maintenant, les agents de programmation IA peuvent l'utiliser.
J'ai construit un AppleScript rapide qui fait ceci : quand je démarre un nouveau projet, il ouvre une fenêtre Ghostty, crée trois divisions (éditeur, serveur, tests), fait cd dans chacune vers le bon répertoire et lance la commande watch appropriée. Ça m'a pris quinze minutes à écrire. Avant, je faisais ça manuellement chaque matin.
Mais voici la partie que j'ai mentionnée plus tôt — la découverte qui a changé mon workflow IA. Comme AppleScript expose les sessions de terminal comme des objets, vous pouvez diffuser des commandes entre les divisions. Vous pouvez interroger ce qui tourne dans chaque terminal. Vous pouvez lire le contenu du terminal programmatiquement. Ça signifie qu'un agent IA tournant dans un terminal peut, en théorie, inspecter et interagir avec les processus d'autres terminaux.
J'expérimente encore avec ça, et Hashimoto l'a explicitement marqué comme une « préversion » — ce qui signifie que la surface de l'API pourrait changer dans les futures versions. Ne construisez pas d'infrastructure de production dessus pour l'instant. Mais le potentiel est énorme. Imaginez Claude Code non seulement exécutant des commandes dans son propre terminal, mais orchestrant tout votre environnement de développement — démarrant votre serveur de dev dans une division, lançant les tests dans une autre, surveillant les logs dans une troisième, le tout coordonné via AppleScript.
C'est la direction que prennent les émulateurs de terminal. Pas des thèmes plus jolis. Des environnements programmables.
La fonctionnalité AppleScript seule justifierait la mise à jour. Mais la 1.3 continue de livrer.
Clic pour déplacer, presse-papiers enrichi et les petites choses qui s'accumulent
Certaines fonctionnalités ne méritent pas leur propre section de mille mots. Elles méritent quelque chose de mieux — une reconnaissance honnête que les petites améliorations de qualité de vie, empilées ensemble, créent une expérience fondamentalement différente.
Clic pour déplacer le curseur vous permet de faire Option-clic (sur macOS) ou Alt-clic (sur Linux) n'importe où dans votre ligne de commande actuelle et votre curseur y saute. Sans maintenir les touches fléchées. Sans gymnastique Home/End/Ctrl-A. Cliquez simplement où vous voulez être. Ça existait dans les versions précédentes de Ghostty, mais la 1.3 affine le comportement pour être plus fiable avec différentes configurations de shell — zsh, bash, fish, tous fonctionnent de manière cohérente maintenant.
Copie enrichie dans le presse-papiers est celle dont je ne savais pas que j'avais besoin. Quand vous copiez du texte depuis Ghostty 1.3, il préserve les informations de formatage — couleurs, gras, souligné. Collez-le dans une application qui supporte le texte enrichi (Notion, Google Docs, Slack) et le formatage est conservé. Collez-le dans un champ texte brut et vous obtenez du texte brut. Le meilleur des deux mondes.
Pourquoi c'est important ? Parce que je colle constamment des sorties terminal dans la documentation. Avant le presse-papiers enrichi, je copiais du terminal, collais dans un document, puis reformatais tout manuellement ou prenais une capture d'écran. Maintenant les couleurs sont simplement... transférées. Quand vous écrivez un article de blog sur la sortie d'une commande terminal (comme, disons, celui-ci), c'est un gain de temps significatif.
Glisser-déposer entre divisions vous permet de réorganiser vos panneaux divisés en les faisant glisser. Prenez une division, déposez-la où vous voulez. Pas de raccourcis clavier à mémoriser, pas de fermeture et réouverture de divisions dans le bon ordre. Manipulation directe. L'interaction semble naturelle — saisissez la zone de la barre de titre de la division, faites-la glisser vers une nouvelle position, terminé.
Ces trois fonctionnalités ensemble me font gagner peut-être cinq minutes par jour. Soit 25 minutes par semaine, environ 20 heures par an. Ça ne change pas la vie un jour donné. Mais cumulé dans le temps ? C'est une semaine de travail complète que je récupère en utilisant un terminal qui respecte la façon dont les humains interagissent réellement avec les logiciels.
Et nous n'avons même pas encore parlé des améliorations Unicode et performances.
Unicode 17 et pourquoi le texte international fonctionne enfin correctement
Si vous avez déjà tapé un caractère non latin dans un terminal et regardé la position du curseur devenir folle, vous comprenez cette douleur viscéralement. Si ce n'est pas le cas — félicitations, vous avez vécu dans une bulle ASCII. La majeure partie du monde n'a pas eu cette chance.
Ghostty 1.3 est livré avec le support Unicode 17. Ce n'est pas juste un incrément de numéro de version. Unicode 17 inclut de nouveaux scripts, de nouveaux emojis et des tables de largeur mises à jour qui affectent la façon dont chaque caractère est mesuré et rendu. Si la largeur est erronée, votre curseur se retrouve à la mauvaise position. Votre texte fait un retour à la ligne au mauvais endroit. Votre sortie soigneusement formatée devient du chaos visuel.
Les améliorations du texte international vont au-delà de la version Unicode. Le traitement de l'éditeur de méthodes d'entrée (IME) — le système qui vous permet de taper des caractères CJK, de composer des caractères accentués et de saisir des emojis — a reçu un travail significatif dans la 1.3. Les touches mortes fonctionnent correctement. Les séquences de composition ne perdent pas de caractères. Le curseur reste où il devrait pendant la composition.
J'écris la majorité de mon code en anglais, donc je serai honnête — je n'ai pas remarqué ces améliorations dans mon travail quotidien. Mais je les ai testées. J'ai changé ma méthode de saisie en japonais, tapé du hiragana, mélangé des emojis, et tout s'est rendu correctement avec un positionnement correct du curseur. Puis j'ai ouvert iTerm2 et fait le même test. iTerm2 l'a bien géré aussi. La différence est que Ghostty le gère avec notablement moins de latence de saisie — les caractères apparaissent à l'instant où je les confirme, sans délai perceptible.
Si vous travaillez dans un environnement multilingue — et de plus en plus, si vous travaillez avec des outils IA qui produisent des symboles Unicode et des emojis dans leurs réponses — ces améliorations comptent plus que n'importe quelle fonctionnalité phare du changelog.
C'est ici que l'histoire des performances s'articule.
L'histoire des performances que personne n'évalue correctement
« Améliorations massives de performance » est le genre d'affirmation qui me rend immédiatement sceptique. Chaque sortie de chaque projet logiciel revendique des améliorations de performance. Montrez-moi des chiffres.
Alors j'ai lancé mes propres tests. Pas scientifiques, mais réels. Ma configuration : MacBook Pro M3 Max, macOS Sequoia, Ghostty 1.2 versus 1.3 nightly.
Test 1 : Cat d'un gros fichier. J'ai fait cat d'un fichier de log de 500 Mo. Ghostty 1.2 a mis environ 4,2 secondes pour finir le rendu. Ghostty 1.3 a mis environ 3,1 secondes. Environ 26 % d'amélioration. Pas mal, mais pas révolutionnaire.
Test 2 : Sortie rapide de lignes courtes. J'ai lancé une boucle qui imprime 100 000 lignes courtes aussi vite que possible. La 1.2 a fini en 1,8 secondes. La 1.3 a fini en 1,4 secondes. Environ 22 % plus rapide.
Test 3 : Le vrai test — une session Claude Code de quatre heures. Sur la 1.2, mon utilisation mémoire a grimpé à 2,3 Go à la fin. Sur la 1.3, elle est restée sous 400 Mo. Ce n'est pas une « amélioration » de performance. C'est la correction de la fuite de mémoire. Et c'est le changement de performance le plus impactant de cette version, et de loin.
Mon avis honnête : si vous ne subissez pas la fuite de mémoire, les améliorations brutes de performance de rendu sont agréables mais pas dramatiques. Votre terminal était probablement déjà assez rapide. Là où la 1.3 brille vraiment, c'est dans la performance soutenue sur de longues sessions. La mémoire reste stable. Le rendu ne se dégrade pas. Quatre heures plus tard, le terminal est exactement aussi réactif qu'à la première minute.
Cette constance est la vraie histoire des performances. La plupart des benchmarks testent la performance en rafale — à quelle vitesse pouvez-vous rendre un million de caractères ? Personne n'évalue « comment se sent le terminal après avoir exécuté un agent IA pendant six heures d'affilée ? » Ghostty 1.3 est le premier terminal où je peux affirmer avec confiance : il ne se dégrade pas.
Si vous avez rencontré les mêmes problèmes que j'ai décrits au début — la mémoire qui gonfle, la réactivité qui faiblit après de longues sessions — cette version corrige tout ça complètement.
Configurer Ghostty 1.3 pour le développement assisté par IA
Bien, passons au concret. Voici comment j'ai configuré Ghostty 1.3 spécifiquement pour travailler avec Claude Code et des agents IA similaires.
Étape 1 : Installez ou mettez à jour Ghostty.
Sur macOS, récupérez le DMG sur ghostty.org ou utilisez Homebrew :
# Mettre à jour via Homebrew cask
brew upgrade --cask ghostty
Sur Linux, vérifiez le gestionnaire de paquets de votre distribution ou compilez depuis les sources :
# Arch Linux
sudo pacman -S ghostty
# Compiler depuis les sources (nécessite Zig)
git clone https://github.com/ghostty-org/ghostty.git
cd ghostty
zig build -Doptimize=ReleaseFast
Étape 2 : Configurez votre buffer d'historique.
Ouvrez votre configuration Ghostty (généralement ~/.config/ghostty/config) et définissez un historique généreux :
# Lignes d'historique — mettre haut pour les sessions avec agents IA
scrollback-limit = 100000
# Activer la barre de défilement native
scrollbar-visible = true
Astuce de pro : 100 000 lignes ça semble beaucoup, mais une session chargée avec Claude Code peut générer des milliers de lignes par heure. Avec la fuite de mémoire corrigée dans la 1.3, un grand historique ne signifie plus une consommation mémoire incontrôlée.
Étape 3 : Configurez votre disposition de divisions.
Ma disposition standard de développement IA utilise trois divisions :
# Dans Ghostty, utilisez ces raccourcis clavier (par défaut) :
# Cmd+D — diviser à droite
# Cmd+Shift+D — diviser vers le bas
# Cmd+[ et Cmd+] — naviguer entre les divisions
Je garde Claude Code dans la division principale (la plus grande), un terminal manuel dans la division supérieure droite pour exécuter des commandes moi-même, et un observateur de logs dans la division inférieure droite.
Étape 4 : Configurez la recherche dans l'historique.
La recherche est disponible via la palette de commandes. J'accède à la mienne avec le raccourci clavier par défaut, et voici les patterns de recherche que j'utilise le plus pendant le débugage d'agents IA :
# Trouver les messages d'erreur
error
# Trouver les opérations de fichiers spécifiques
wrote file
# Trouver les résultats de tests
PASS
FAIL
# Trouver l'utilisation des outils de Claude Code
Tool:
Étape 5 : Activez le presse-papiers enrichi pour la documentation.
La copie enrichie dans le presse-papiers fonctionne nativement dans la 1.3. Aucune configuration nécessaire. Quand vous sélectionnez du texte et copiez, les données de formatage suivent automatiquement. Si vous collez dans un terminal ou un éditeur de texte brut, seul le texte brut arrive. Dans les applications de texte enrichi comme Notion ou Google Docs, les couleurs sont conservées.
Erreur courante à surveiller : Si votre presse-papiers ne semble pas inclure le formatage, vérifiez que votre gestionnaire de presse-papiers ne supprime pas le texte enrichi. Certains gestionnaires de presse-papiers (comme Maccy) sont en mode texte brut par défaut et nécessitent un changement de paramètre.
Si vous êtes arrivé jusqu'ici, vous avez déjà une configuration Ghostty 1.3 fonctionnelle optimisée pour le développement assisté par IA. La plupart des guides s'arrêtent ici. Nous allons plus loin — parce que la vraie puissance vient de la compréhension de ce que l'architecture de Ghostty signifie pour l'avenir du développement basé sur le terminal.
Ce que j'ai eu tort concernant les émulateurs de terminal
Je vais admettre quelque chose. Quand Ghostty a été lancé pour la première fois en décembre 2024, je l'ai rejeté. « Encore un émulateur de terminal ? On a iTerm2, Kitty, Alacritty, WezTerm — qu'est-ce qui pourrait être différent ? » J'ai supposé que Hashimoto satisfaisait un besoin personnel et que le projet s'estomperait lentement une fois la nouveauté passée.
J'avais complètement tort. Et la raison pour laquelle j'avais tort m'a appris quelque chose sur la façon dont j'évalue les outils de développement.
Je jugeais Ghostty par sa liste de fonctionnalités. Les listes de fonctionnalités sont de terribles indicateurs de la qualité d'un outil. Ce qui rend Ghostty différent, ce n'est aucune fonctionnalité individuelle — c'est la décision architecturale de construire une bibliothèque centrale multiplateforme (libghostty) en Zig avec des interfaces véritablement natives. Sur macOS, Ghostty est une application Swift utilisant AppKit et Metal. Sur Linux, c'est une application GTK4 utilisant OpenGL. La logique centrale du terminal est partagée, mais tout ce que vous voyez et touchez est natif.
Ça signifie que les barres de défilement ressemblent à des barres de défilement macOS. Les raccourcis clavier suivent les conventions de la plateforme. Le panneau de paramètres (sur macOS) est une vraie fenêtre de paramètres macOS, pas une boîte de dialogue Electron ou un fichier JSON sans validation. Les polices sont rendues en utilisant la stack de texte de la plateforme.
La plupart des émulateurs de terminal adoptent l'approche inverse. Ils construisent tout sur mesure — rendu de texte personnalisé, widgets d'interface personnalisés, gestion de fenêtres personnalisée. Ça fonctionne, mais ça semble toujours légèrement décalé. Alacritty est incroyablement rapide mais ressemble à un rectangle qui affiche du texte par hasard. Kitty a des fonctionnalités incroyables mais son interface ne semble appartenir à aucun système d'exploitation en particulier.
Ghostty donne l'impression qu'Apple a fait un terminal. Sur macOS, en tout cas. Sur Linux, on dirait que GNOME a fait un terminal. C'est tout le propos. Et c'est la raison pour laquelle des fonctionnalités comme les barres de défilement natives et AppleScript ne sont pas juste des cases à cocher — ce sont des extensions naturelles de l'architecture native de la plateforme.
Le compromis ? Pas de support Windows. L'architecture de Ghostty rend le portage vers Windows une entreprise massive parce qu'il faudrait construire une interface native entièrement nouvelle. Certains utilisateurs considèrent ça comme un facteur éliminatoire. Moi, je considère ça comme une fonctionnalité — ça signifie que les expériences macOS et Linux ne sont pas diluées par des compromis du plus petit dénominateur commun.
Une prédiction sur laquelle je mise ma réputation : d'ici deux ans, les environnements de terminal programmables — où les agents IA peuvent inspecter, contrôler et orchestrer les sessions de terminal — seront une attente standard. Le support AppleScript de Ghostty est le premier pas sérieux dans cette direction de la part d'un émulateur de terminal grand public. Les terminaux qui ne s'adaptent pas sembleront aussi dépassés que les terminaux sans panneaux divisés le semblent aujourd'hui.
Ce que la 1.3 a réellement changé dans mes chiffres quotidiens
J'ai suivi ma configuration pendant deux semaines sur la 1.2 et deux semaines sur les nightlies de la 1.3. Pas scientifique, mais suffisamment cohérent pour être utile.
Utilisation mémoire pendant les sessions Claude Code de 4 heures :
- Ghostty 1.2 : en moyenne 2,8 Go en pic, parfois montant à plus de 6 Go
- Ghostty 1.3 : en moyenne 380 Mo en pic, jamais dépassé 500 Mo
Fermetures forcées par semaine (à cause de la mémoire/réactivité) :
- Ghostty 1.2 : 3-4 fois
- Ghostty 1.3 : zéro
Temps passé à configurer ma disposition de divisions chaque matin :
- Avant (manuel) : ~2 minutes
- Après (automatisation AppleScript) : ~3 secondes
Fois où j'ai utilisé la recherche dans l'historique par jour :
- Semaine un : peut-être 5-6 fois
- Semaine deux : 15-20 fois (une fois que vous l'avez, vous l'utilisez constamment)
Allers-retours de formatage du presse-papiers économisés par semaine :
- Avant : reformatage de 10-15 collages de sortie terminal manuellement
- Après : zéro reformatage nécessaire
Les gains rapides sont la correction mémoire et l'automatisation de configuration avec AppleScript. Ceux-là paient immédiatement. Les gains à long terme viennent de la recherche dans l'historique qui devient partie de votre mémoire musculaire et du presse-papiers enrichi qui élimine une nuisance constante de faible intensité.
La vraie métrique que je ne peux pas quantifier, c'est la confiance. Je ne m'inquiète plus que mon terminal fonde pendant une longue session. Je ne vérifie plus nerveusement le Moniteur d'activité. Je travaille, tout simplement. Cette réduction de charge mentale n'apparaît dans aucun benchmark, mais si vous avez eu les mêmes problèmes, vous savez exactement de quoi je parle.
Votre terminal mérite aussi une mise à jour
Cette session à 1h du matin où mon terminal a englouti 37 Go de RAM ? J'ai exécuté le même workflow hier soir sur Ghostty 1.3. Même projet, même agent Claude Code, même session marathon de quatre heures. À la fin, j'ai vérifié le Moniteur d'activité par habitude.
412 mégaoctets. Les ventilateurs ne se sont jamais déclenchés.
Voici ce que je veux que vous fassiez avant la fin de la semaine : téléchargez Ghostty 1.3, configurez le buffer d'historique et la disposition de divisions de la section d'implémentation ci-dessus, et lancez votre workflow normal pendant une journée entière. N'essayez pas de l'évaluer. Travaillez, tout simplement. À la fin de la journée, vous remarquerez quelque chose d'étrange — vous aurez passé zéro minute à penser à votre terminal. Et c'est exactement le but. Le meilleur outil est celui qui disparaît.
Ghostty 1.3 est gratuit, open-source, sous licence MIT et soutenu par une organisation à but non lucratif via Hack Club. Mitchell Hashimoto et les plus de 125 contributeurs qui construisent ça ne cherchent ni revenus ni métriques d'engagement. Ils construisent le terminal qu'ils veulent utiliser tous les jours. Après deux semaines sur la 1.3, je peux vous dire — ils sont dangereusement proches de la perfection.
Quelle est cette nuisance de terminal que vous tolérez depuis des années ? Celle que vous avez simplement acceptée comme « c'est comme ça que les terminaux fonctionnent » ? Parce qu'il y a de fortes chances que Ghostty l'ait déjà corrigée.
🤝 Travaillons ensemble
Vous cherchez à construire des systèmes d'IA, automatiser des workflows ou faire évoluer votre infrastructure technologique ? Je serais ravi de vous aider.
- 🔗 Fiverr (constructions sur mesure et intégrations) : fiverr.com/s/EgxYmWD
- 🌐 Portfolio : mejba.me
- 🏢 Ramlit Limited (solutions entreprise) : ramlit.com
- 🎨 ColorPark (design et branding) : colorpark.io
- 🛡 xCyberSecurity (services de sécurité) : xcybersecurity.io
