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

> Ein zugeklappter Laptop kann still und leise zum Abschalter für wertvolle Arbeit werden – und die übliche Umgehungslösung bringt eine Lernkurve mit sich. Rex setzt darauf, dass sich persistente Sitzungen wie eine normale native App anfühlen sollten, nicht wie ein Terminal im Terminal.

- Source: https://www.stork.ai/blog/de/rex-fixes-the-terminal-problem-developers-tolerate
- Publisher: Stork.AI editorial team
- Published: 2026-11-08
- Updated: 2026-11-08
- Language: de
- Reading time: 4 min

## 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](/en/claude-ai-workspaces) – direkt in den Tab-Kopfzeilen anzeigen kann. Weitere Details zu den Entwicklerwerkzeugen von Superlogical finden Sie unter [Superlogical - The Multiplexer for All Work](https://www.superlogical.com/).

## 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.

## Häufig gestellte Fragen

### Was ist Rex?

Rex ist ein Terminal und Multiplexer von Mitchell Hashimotos Unternehmen Superlogical. Es hält Sitzungen in einem Hintergrundserver am Laufen, während die App die Benutzeroberfläche bereitstellt.

### Wie unterscheidet sich Rex von tmux?

Beide erhalten Sitzungen, aber Rex nutzt einen nativen grafischen Client auf Basis der Ghostty-Engine, während tmux eine Terminaloberfläche innerhalb Ihres Terminals darstellt.

### Kann Rex sich mit entfernten Rechnern verbinden?

Rex enthält eine Tailscale-Integration, um sich mit Rechnern in einem Tailscale-Netzwerk zu verbinden. Das Video zeigt, wie Claude auf einem entfernten Rechner ausgeführt wird.

### Läuft Claude Code in Rex weiter, wenn ich meinen Laptop schließe?

Rex ist darauf ausgelegt, Programme auch dann an persistente Sitzungen gebunden zu halten, wenn der Client die Verbindung trennt. Das Video zeigt, wie Claude auf einem entfernten Rechner weiterläuft, während der Laptop geschlossen ist.