Headless-Multiplexer
Unterm vs rmux
Beide lassen Programme ein Terminal steuern. rmux gibt deinem Code eine Bibliothek; Unterm gibt deinem Agenten ein Protokoll — und dir ein Fenster, in dem du alles siehst.
rmux (öffentliche Vorschau, v0.2) ist ein Rust-Terminal-Multiplexer in der tmux-Tradition: ein Daemon, der Sitzungen über Verbindungsabbrüche hinweg am Leben hält, rund 90 tmux-kompatible Befehle, natives Windows-ConPTY und ein typisiertes asynchrones SDK mit strukturierten Pane-Snapshots und Warte-Funktionen im Playwright-Stil. Es hat keine GUI — es ist Infrastruktur für Code, der Terminals benutzt, und darin wirklich gut.
| Fähigkeit | Unterm | rmux |
|---|---|---|
| Von außen per MCP steuerbar | ✓ | ✗ (SDK only) |
| Skriptbare CLI für jede Aktion | ✓ | ✓ tmux-compat |
| Eingebauter Starter für KI-Coding-Agenten | ✓ ×7 | ✗ |
| Agenten verdrahten sich automatisch mit dem MCP des Terminals | ✓ | ✗ |
| Agenten-Cockpit (Posteingang · Fleets · Review) | ✓ | ✗ |
| Identitätsprofile (Zugangsdaten pro Fenster) | ✓ | ✗ |
| Multi-Instanz-Orchestrierung | ✓ | ~ sessions |
| Sitzungsaufzeichnung → Markdown | ✓ md | ~ snapshots |
| Screenshot + Datei-Upload per MCP | ✓ | ✗ |
| Markieren kopiert, Rechtsklick fügt ein — kein Menü | ✓ gesture | — |
| Eingebaute Proxy-Verwaltung | ✓ | ✗ |
| Local-first, keine Cloud / kein Login | ✓ | ✓ |
| KI fest im Terminal eingebaut | ✓ agent-driven | ✗ |
| GPU-Rendering | ✓ | — (no GUI) |
| macOS + Linux + Windows | ✓ | ✓ |
| Open-Source-Client | ✓ MIT | ✓ MIT/Apache |
| Native UI-Sprachen | ✓ ×9 | en |
| Preis | $0 | $0 |
✓ ja · ✗ nein · ~ teilweise · ×N Anzahl. Das ✗ bewusst bei „KI fest eingebaut“ ist die ganze These: Unterm hält die KI draußen und stellt das Terminal als die Oberfläche bereit, die sie greift.
Warum Teams sich für Unterm entscheiden
- ✓ MCP statt SDK. Automatisierung mit rmux heißt, Code gegen sein Rust-SDK zu schreiben und auszuliefern. Unterm stellt 152 MCP-Methoden bereit — Claude Code, Codex, Gemini CLI oder jeder MCP-Client steuert das echte Terminal ohne Integrationscode, beim ersten Start automatisch eingetragen durch
setup-ai. - ✓ Auch in die andere Richtung. rmux geht in eine Richtung: Code steuert Terminal. Unterm beobachtet zusätzlich die Agenten, die darin laufen — Live-Zustand pro Pane, die Inbox mit Wartenden zuerst, Worktree-Fleets mit verifizierungsgesichertem Review. Das Terminal ist ein Cockpit, nicht nur ein Ziel.
- ✓ Ein Terminal, das Menschen benutzen. Unterm ist das GPU-Fenster, in dem du den ganzen Tag arbeitest: Markieren kopiert, Rechtsklick fügt ein, Identitätsprofile, 9 UI-Sprachen, Sitzungsaufzeichnung als geschwärztes Markdown. rmux hat überhaupt keine Darstellungsfläche — die Kombination mit einer Terminal-App bleibt dir überlassen.
Wo rmux stärker ist
Die Sitzungspersistenz von rmux ist echtes tmux-Niveau: Bricht SSH ab, läuft die Shell deines Agenten weiter und lässt sich von überall wieder anhängen. Seine typisierten Snapshots und wait_for_text-Locator sind feiner als Textabgleich, und ein headless Daemon passt in CI-Pipelines, in denen es keine GUI geben kann. Außerdem lässt es sich in Ratatui-Apps einbetten.
Fazit
Du baust ein System, in dem Code Terminal-Sitzungen in CI oder auf Servern besitzt? rmux ist ein starker Baustein. Du arbeitest am Schreibtisch neben KI-Agenten, in einem Terminal, in dem du selbst lebst? Das ist Unterm — protokoll-nativ für Agenten, cockpit-nativ für dich.
MIT-lizenziert · macOS / Linux / Windows · kein Konto, kein Login.