Rex löst das Terminal-Problem, das Entwickler hinnehmen

Der Laptop-Deckel sollte Ihre Arbeit nicht beenden#

Ein Video zeigt Rex, ein neues Terminal vom Entwickler von Ghostty, auf dem Anthropics Claude auf einem entfernten Rechner läuft. Der Nutzer klappt ein MacBook Pro zu und wieder auf, und Claude arbeitet ohne Unterbrechung weiter. Diese Funktion umgeht herkömmliche Werkzeuge wie tmux oder SSH.

Diese Fähigkeit adressiert eine grundlegende Einschränkung herkömmlicher Terminalemulatoren. Üblicherweise besitzt ein Terminalfenster die Prozesse, die es startet, direkt. Wird die Anwendung beendet, der Laptop-Deckel geschlossen oder die Netzwerkverbindung unterbrochen, werden alle lang laufenden Aufgaben auf der Kommandozeile (CLI) beendet.

Entwickler greifen häufig auf Behelfslösungen wie tmux zurück, um Sitzungen zu trennen und wieder zu verbinden, sodass Prozesse im Hintergrund weiterlaufen. tmux arbeitet jedoch als separater Terminalemulator und bringt Mehraufwand, eigene Tastenkombinationen und eine komplexe Konfiguration mit sich.

Rex soll diese Reibung beseitigen. Es verwendet eine Client-Server-Architektur, bei der ein schlanker Hintergrundserver die Lebenszyklen der Prozesse verwaltet und Sitzungen dauerhaft vorhält. Die Rex-Anwendung fungiert ausschließlich als Anzeige-Client, der sich mit diesem Server verbindet.

Dieses Design ermöglicht es Entwicklern, lang laufende Aufgaben wie autonome Coding-Agenten oder komplexe Build-Prozesse zu starten und die Verbindung zu trennen, ohne eine Unterbrechung befürchten zu müssen. Die Arbeit läuft auf dem entfernten Rechner weiter und ist bei der Rückkehr abrufbar. Der Laptop muss nicht mehr als improvisierter Server wach gehalten werden.

Rex behält die Sitzung, nicht das Fenster#

Das Design von Rex trennt die Anzeige des Terminals von den zugrunde liegenden Prozessen. Ein schlanker Server im Hintergrund verwaltet PTY-Sitzungen und laufende Programme, während die Rex-Anwendung ausschließlich als grafischer Client dient. Das Schließen der Anwendungsoberfläche oder das Ruhezustand-Versetzen eines Laptops beendet laufende Arbeit nicht; der Server hält die Sitzung bereit für die erneute Verbindung.

Diese Architektur unterscheidet sich von tmux, das Sitzungen ebenfalls erhält, die Ausgabe von Programmen aber über eine eigene Terminalschicht darstellt. tmux liest die Programmausgabe, zeichnet eine textbasierte Darstellung und sendet diese dann an das tatsächliche Terminal des Nutzers. Dadurch entsteht eine zusätzliche Emulationsschicht, und Nutzer müssen die spezifischen Tastenbefehle und die Konfiguration von tmux für Funktionen wie Scrollen, Textauswahl und Pane-Verwaltung erlernen.

Rex hingegen nutzt die Engine libghostty, um alles nativ zu zeichnen. Die Anwendung verbindet sich als Ansicht mit dem Server, sodass Panes echte Anwendungs-Panes sind und Scrollen sowie Textauswahl so funktionieren wie in jeder macOS-Anwendung.

Das Design positioniert Rex als Multiplexer mit nativer GUI, nicht lediglich als schnelleren Terminalemulator. Es bietet persistente Sitzungen und Remote-Funktionen in einer einzigen Anwendung und ist für den sicheren Zugriff direkt in Tailscale integriert. Dieser Ansatz verbessert die Benutzererfahrung, ohne zu behaupten, etablierte Werkzeuge wie SSH oder tmux überflüssig zu machen; stattdessen behebt er deren architektonische Einschränkungen für moderne Arbeitsabläufe.

Ghostty-Engine trifft auf das Netzwerk von Tailscale#

Die Oberfläche von Rex wird mit libghostty gerendert, der wiederverwendbaren Engine des Terminalemulators Ghostty. Durch diese Integration verhalten sich Panes, Scrollen und Textauswahl wie native Anwendungsfunktionen statt wie emulierte Bildschirmausgabe. Die Client-Server-Architektur stellt sicher, dass das Anwendungsfenster lediglich als Ansicht dient und die Anzeige vom Lebenszyklus des Prozesses entkoppelt ist.

Der Fernzugriff auf Rechner bindet Tailscale direkt ein und ermöglicht Verbindungen zu Geräten in einem Mesh-Netzwerk ohne manuelle Verwaltung von SSH-Schlüsseln oder Tunnelkonfiguration. Dieser identitätsbasierte Zugriff vereinfacht Arbeitsabläufe für Entwickler, die in mehreren Umgebungen arbeiten.

Das System enthält außerdem eine eigenständige rex-CLI, die Automatisierung über JSON-Ausgabe für die programmatische Layout-Verwaltung unterstützt. Die Konfiguration ist über Lua möglich und bietet Flexibilität für individuelle Anpassungen. Zusätzlich verfügt Rex über Prozessbewusstsein, das relevanten Kontext – etwa aktive Port-Bindungen oder das Symbol eines aktiven KI-Agenten wie Claude Code – direkt in den Tab-Kopfzeilen anzeigen kann. Weitere Details zu den Entwicklerwerkzeugen von Superlogical finden Sie unter Superlogical - The Multiplexer for All Work.

Eine überzeugende tmux-Alternative – mit Abstrichen#

Rex richtet sich vor allem an Entwickler, die persistente Sitzungen, native macOS-Interaktion und integrierte Überwachung für Agenten wie Claude Code benötigen. Die Client-Server-Architektur und das auf Ghostty basierende Rendering unterscheiden es von herkömmlichen Terminal-Multiplexern.

Multiplexer wie tmux bieten breite Kompatibilität über Unix-artige Systeme hinweg und funktionieren ohne dedizierte GUI oder Tailscale. Es bleibt eine leichtgewichtige Option für Server und etablierte Arbeitsabläufe, bei denen das textbasierte Rendering und die tastaturgesteuerte Bedienung akzeptabel sind.

Rex zielt darauf ab, macOS-Nutzern ein stärker integriertes Erlebnis zu bieten und nutzt libghostty für sich nativ anfühlende Panes und Scrollen. Dieses Design erlaubt es Nutzern, ihren Laptop zu schließen oder die Verbindung zur App zu trennen, ohne laufende Prozesse zu beenden – ein häufiges Ärgernis bei Standard-Terminals.

Die aktuelle öffentliche Beta von Rex wird als macOS-Anwendung vertrieben. Leser sollten bei Superlogical die aktuelle Verfügbarkeit und Plattformunterstützung prüfen. Die langfristige Tragfähigkeit von Rex hängt davon ab, ob sein Komfort und seine native Benutzererfahrung die Ökosystem-Reichweite etablierter Werkzeuge wie tmux aufwiegen.