# Rex résout le problème de terminal que les développeurs tolèrent > Le couvercle d’un ordinateur portable peut discrètement devenir l’interrupteur qui met fin à un travail précieux, et la solution de contournement habituelle demande un apprentissage. Le pari de Rex est que les sessions persistantes devraient ressembler à une application native ordinaire, et non à un terminal dans votre terminal. - Source: https://www.stork.ai/blog/fr/rex-fixes-the-terminal-problem-developers-tolerate - Publisher: Stork.AI editorial team - Published: 2026-11-08 - Updated: 2026-11-08 - Language: fr - Reading time: 5 min ## Le couvercle de l’ordinateur portable ne devrait pas interrompre votre travail Une démonstration vidéo présente **Rex**, un nouveau terminal du créateur de Ghostty, exécutant Claude d’Anthropic sur une machine distante. L’utilisateur ferme un MacBook Pro, le rouvre, et Claude poursuit son traitement sans interruption. Cette fonctionnalité évite le recours à des outils traditionnels comme `tmux` ou SSH. Cette capacité répond à une limite fondamentale des émulateurs de terminal classiques. En général, une fenêtre de terminal possède directement les processus qu’elle lance. Quitter l’application, fermer le couvercle d’un ordinateur portable ou perdre une session réseau met fin à toute tâche longue en interface en ligne de commande (CLI). Les développeurs recourent souvent à des solutions de contournement comme `tmux` pour détacher et rattacher des sessions, ce qui permet aux processus de continuer en arrière-plan. Cependant, `tmux` fonctionne comme un émulateur de terminal distinct, ce qui entraîne une surcharge, des raccourcis clavier spécifiques et une configuration complexe. Rex vise à supprimer cette friction. Il emploie une architecture client-serveur dans laquelle un serveur léger en arrière-plan gère le cycle de vie des processus et conserve les sessions de manière persistante. L’application Rex fonctionne uniquement comme client d’affichage, connecté à ce serveur. Cette conception permet aux développeurs de lancer des tâches longues, comme des agents de codage autonomes ou des processus de compilation complexes, et de se déconnecter sans craindre une interruption. Le travail se poursuit sur la machine distante et reste accessible au retour, ce qui évite de laisser un ordinateur portable allumé comme serveur de fortune. ## Rex conserve la session, pas la fenêtre La conception de Rex sépare l’affichage du terminal des processus sous-jacents. Un **serveur** léger en arrière-plan gère les sessions PTY et les programmes en cours, tandis que l’application Rex fonctionne uniquement comme client graphique. Fermer l’interface de l’application ou mettre un ordinateur portable en veille n’interrompt pas le travail en cours ; le serveur conserve la session, prête à être reconnectée. Cette architecture diffère de `tmux`, qui préserve lui aussi les sessions, mais affiche la sortie des programmes via sa propre couche de terminal. `tmux` lit la sortie du programme, dessine une représentation textuelle, puis l’envoie au terminal réel de l’utilisateur. Cela ajoute une couche d’émulation supplémentaire et oblige les utilisateurs à apprendre les commandes clavier et la configuration propres à `tmux` pour le défilement, la sélection de texte et la gestion des panneaux. Rex, à l’inverse, utilise le moteur **`libghostty`** pour tout dessiner de façon native. L’application se connecte au serveur comme une vue, ce qui garantit que les panneaux sont de véritables panneaux d’application et que le défilement et la sélection de texte fonctionnent comme dans n’importe quelle application macOS. La conception positionne Rex comme un **multiplexeur** doté d’une interface graphique native, et non simplement comme un émulateur de terminal plus rapide. Il propose des sessions persistantes et des fonctions d’accès à distance au sein d’une seule application, avec une intégration directe de **Tailscale** pour un accès sécurisé. Cette approche améliore l’expérience utilisateur sans prétendre rendre obsolètes des outils établis comme SSH ou `tmux` ; elle répond plutôt à leurs limites architecturales pour les flux de travail modernes. ## Le moteur de Ghostty rencontre le réseau de Tailscale L’interface de Rex s’affiche grâce à **libghostty**, le moteur réutilisable de l’émulateur de terminal Ghostty. Cette intégration permet aux panneaux, au défilement et à la sélection de texte de se comporter comme des fonctions d’application natives plutôt que comme un affichage d’écran émulé. L’architecture client-serveur fait de la fenêtre de l’application une simple vue, dissociant l’affichage du cycle de vie des processus. L’accès à distance aux machines intègre directement **Tailscale**, ce qui permet de se connecter à des appareils d’un réseau maillé sans gestion manuelle des clés SSH ni configuration de tunnels. Cet accès fondé sur l’identité simplifie les flux de travail des développeurs qui opèrent dans plusieurs environnements. Le système comprend également une CLI `rex` autonome, qui prend en charge l’automatisation grâce à une sortie JSON pour la gestion programmatique des dispositions. La configuration est possible via Lua, ce qui offre de la souplesse de personnalisation. Rex dispose en outre d’une détection des processus, capable d’afficher un contexte pertinent, comme les ports actifs ou l’icône d’un agent IA actif tel que [Claude Code](/en/claude-ai-workspaces), directement dans les en-têtes d’onglets. Pour plus de détails sur les outils pour développeurs de Superlogical, consultez [Superlogical - The Multiplexer for All Work](https://www.superlogical.com/). ## Une alternative intéressante à tmux, avec des compromis Rex s’adresse principalement aux développeurs qui ont besoin de sessions persistantes, d’une interaction native avec macOS et d’une surveillance intégrée pour des agents comme Claude Code. Son architecture client-serveur et son rendu propulsé par Ghostty le distinguent des multiplexeurs de terminal traditionnels. Les multiplexeurs comme **tmux** offrent une large compatibilité avec les systèmes de type Unix et fonctionnent sans interface graphique dédiée ni Tailscale. Il reste une option légère pour les serveurs et les flux de travail établis, lorsque son rendu textuel et son interface pilotée au clavier conviennent. Rex vise à offrir une expérience plus intégrée aux utilisateurs de macOS, en s’appuyant sur **libghostty** pour des panneaux et un défilement d’aspect natif. Cette conception permet de fermer le couvercle de l’ordinateur portable ou de se déconnecter de l’application sans interrompre les processus actifs, une frustration courante avec les terminaux standard. La version bêta publique actuelle de Rex est distribuée sous forme d’application macOS. Les lecteurs sont invités à consulter Superlogical pour connaître la disponibilité et les plateformes prises en charge les plus récentes. La viabilité à long terme de Rex dépendra de la capacité de sa commodité et de son expérience utilisateur native à l’emporter sur la portée de l’écosystème d’outils établis comme tmux. ## Questions fréquentes ### Qu’est-ce que Rex ? Rex est un terminal et multiplexeur développé par Superlogical, l’entreprise de Mitchell Hashimoto. Il maintient les sessions actives dans un serveur en arrière-plan, tandis que son application fournit l’interface. ### En quoi Rex diffère-t-il de tmux ? Les deux préservent les sessions, mais Rex utilise un client graphique natif propulsé par le moteur Ghostty, alors que tmux affiche une interface de terminal à l’intérieur de votre terminal. ### Rex peut-il se connecter à des machines distantes ? Rex inclut une intégration Tailscale pour se connecter aux machines d’un réseau Tailscale. La vidéo montre l’exécution de Claude sur une machine distante. ### Rex maintient-il Claude Code en cours d’exécution lorsque je ferme mon ordinateur portable ? Rex est conçu pour maintenir les programmes rattachés à des sessions persistantes, même lorsque son client se déconnecte. La vidéo montre Claude poursuivant son travail sur une machine distante pendant que l’ordinateur portable est fermé.