cmux nutzt Ghostty für die Terminal-Darstellung und Swift/AppKit für die Oberfläche. Beides ist auf macOS zugeschnitten. Es wird nur als Homebrew-Cask ausgeliefert. Deshalb gibt es weder einen Windows-Installer noch einen Weg, cmux unter Windows auszuführen. Pane ist die direkte Alternative für denselben parallelen Workflow mit Worktrees: nativer Windows-Installer, ARM64-Unterstützung und Worktrees mit WSL-Unterstützung inklusive.
Von Parsa Khazaeepoul, Mitgründer von Pane. Alle Agent-Manager in diesem Vergleich im Produktiveinsatz getestet. .
warum cmux nicht unter windows läuft
cmux hängt von zwei Technologien ab, die nicht mit Windows kompatibel sind. Die Oberfläche ist in Swift geschrieben und nutzt AppKit, Apples proprietäres Fenster-Framework. Für Windows gibt es weder eine Portierung noch eine Kompatibilitätsschicht. Außerdem bindet cmux Ghostty für die Terminal-Darstellung ein. Ghostty selbst unterstützt Linux, doch die Integration von cmux zielt auf macOS und wird als Homebrew-Cask verteilt.
Das Ergebnis ist klar: Im Repository von cmux gibt es kein Windows-Release. Kein .exe-Installer, kein WinGet-Paket und keine Scoop-Formel. Windows-Nutzer können cmux nicht auf einem unterstützten Weg ausführen.
pane unter windows
Pane
cmux
Windows x64
ja, nativer Installer
nein
Windows ARM64
ja, eigener ARM64-Build
nein
Worktrees mit WSL-Unterstützung
ja
nein
braucht Ghostty
nein (Terminal integriert)
ja (nur macOS)
installationsweg
.exe-Installer oder PowerShell-Skript
Homebrew-Cask (nur macOS)
Sitzungen auf Worktree-Basis
ja
ja (nur macOS)
parallele Agenten-Sitzungen
ja
ja (nur macOS)
quelloffen
ja (AGPL-3.0)
ja (MIT)
pane unter windows installieren
Am schnellsten geht es mit diesem PowerShell-Einzeiler:
irm https://runpane.com/install.ps1 | iex
Alternativ lädst du den Windows-Installer (.exe) direkt herunter. Starte Pane danach über das Startmenü oder führe pane in einem Terminal aus. Du brauchst weder Homebrew noch Ghostty oder eine Unix-Toolchain.
Wähle für ARM64-Geräte wie Surface Pro X und Snapdragon-Laptops den ARM64-Build auf der Downloadseite. Er läuft nativ, nicht in einer Emulation.
der workflow von cmux bleibt erhalten
cmux und Pane nutzen dasselbe Grundmodell. Jede Agenten-Sitzung bekommt einen eigenen Git-Worktree. So arbeiten Agenten isoliert und parallel ohne Konflikte. Wenn du cmux auf einem Mac genutzt hast, funktioniert Pane nach demselben Prinzip. Die Unterschiede stecken in den Details:
→ Kein externes Terminal nötig. cmux umschließt Ghostty. Pane hat einen eigenen Terminal-Emulator. Du musst nichts zusätzlich installieren oder konfigurieren.
→ Zugriff auf WSL-Repositorys. Liegt dein Code in WSL, löst Pane den Pfad auf und erstellt Worktrees korrekt. Du musst das Repository nicht außerhalb von WSL klonen.
→ Jeder Agent funktioniert. Nutze Pane mit Claude Code, Codex, Aider, Goose oder einem anderen CLI-Agenten.
→ Nativ auf ARM64. Auf Snapdragon-Laptops und Surface Pro X läuft Pane nativ ohne Zusatzaufwand durch Emulation.
Den vollständigen Vergleich findest du unter Pane vs. cmux.
häufig gestellte fragen
Nein. cmux nutzt Ghostty für die Terminal-Darstellung und Swift/AppKit für die Oberfläche. AppKit ist Apples proprietäres UI-Framework und existiert nicht unter Windows. cmux wird nur als Homebrew-Cask für macOS verteilt. Es gibt keinen Windows-Installer, keinen Weg zur Cross-Kompilierung und keine angekündigte Windows-Unterstützung.
Die Architektur von cmux hängt von zwei macOS-Technologien ab: Ghostty und AppKit. Ghostty ist ein GPU-beschleunigter Terminal-Emulator für macOS und Linux, doch die Swift-Integration von cmux zielt auf macOS. Für Apples natives UI-Framework AppKit gibt es kein Windows-Gegenstück. Eine Portierung müsste die Terminal-Darstellung und das gesamte UI-Framework ersetzen.
Pane und cmux bieten parallele Agenten-Sitzungen auf Basis von Worktrees. Der Kern-Workflow ist gleich. cmux läuft nur unter macOS. Pane läuft unter macOS, Windows auf x64 und ARM64 sowie Linux. Pane bringt außerdem einen eigenen Terminal-Emulator mit und braucht weder Ghostty noch ein anderes externes Terminal.
Ja. Pane bietet eigene Builds für Windows x64 und Windows ARM64. Beide werden vollständig unterstützt und getestet. Auf Snapdragon-Laptops und Surface-Pro-X-Geräten läuft Pane nativ ohne x64-Emulation.
Git-Worktrees funktionieren auf NTFS wie auf HFS+ oder ext4. Jeder Worktree ist ein eigener Checkout in einem eigenen Verzeichnis. Alle teilen denselben .git-Objektspeicher. Pane erstellt beim Anlegen eines Panes automatisch einen Worktree und räumt ihn beim Löschen auf. NTFS hat keine besonderen Einschränkungen. Pane hält die Pfade kurz, um Windows-Pfadlimits zu berücksichtigen.
Nein. Pane läuft nativ unter Windows und braucht kein WSL. Liegt dein Code bereits in WSL, übersetzt Pane die Pfade und erstellt Worktrees korrekt über die Grenze hinweg. Du kannst ohne zusätzliche Konfiguration mit Windows-Pfaden, WSL oder beidem arbeiten.
Pane funktioniert mit jedem CLI-basierten Coding-Agenten. Dazu gehören Claude Code, Codex, Aider, OpenCode, Goose, Letta Code und Cline. Alle laufen unter Windows. Pane verwaltet Worktrees und Terminal-Sitzungen. Deshalb kannst du mehrere verschiedene Agenten parallel in eigenen Panes am selben Repository ausführen.
Führe den PowerShell-Einzeiler aus: `irm https://runpane.com/install.ps1 | iex`. Alternativ lädst du den .exe-Installer direkt von runpane.com herunter. Du brauchst weder Homebrew noch Ghostty oder eine Unix-Toolchain. Starte Pane danach über das Startmenü oder mit `pane` in einem Terminal.
Pane hat unter Windows einen eigenen Terminal-Emulator. Du musst Ghostty, Windows Terminal oder eine andere Terminal-App weder installieren noch konfigurieren. cmux umschließt dagegen die Darstellung von Ghostty und läuft deshalb nur unter macOS. Das Terminal von Pane funktioniert unter Windows ohne weitere Abhängigkeiten.
Das Prinzip bleibt gleich. Beide Tools geben jeder Agenten-Sitzung einen isolierten Kontext und führen mehrere Sitzungen parallel aus. Pane automatisiert zusätzlich den Lebenszyklus der Worktrees. Du musst `git worktree add` und `git worktree remove` nicht selbst ausführen. Eigene Befehle aus cmux.json kannst du als Shell-Aliase in PowerShell oder WSL neu anlegen. Es gibt keinen automatischen Import. Die einmalige Umstellung erfolgt manuell.
Ja. Pane verwaltet den Sitzungsstatus in der App. Deine Panes und Worktrees bleiben nach einem Neustart erhalten. cmux speichert Layouts und den Verlauf, stellt aber keine laufenden Prozesse wieder her. Beim Schließen geht ein laufender Agent verloren. Pane bewahrt Worktree- und Sitzungsdaten auf, damit du dort weitermachen kannst.
Ja. Pane steht unter AGPL-3.0, einer von der OSI anerkannten Copyleft-Lizenz. Der Quellcode ist öffentlich und prüfbar. Du brauchst keine kostenpflichtige kommerzielle Lizenz. AGPL-3.0 deckt auch kommerzielle Nutzung ab. cmux nutzt dagegen GPL-3.0 und bietet Teams, die GPL nicht verwenden können, eine separate kommerzielle Lizenz.
Windows SmartScreen-WarnungBei direkten Downloads kann eine SmartScreen-Warnung erscheinen, solange Pane unsigniert ist. Pane ist vollständig Open Source. Du kannst den Code prüfen und die App selbst aus dem Quellcode bauen.1. Klicke auf Weitere Informationen2. Klicke auf Trotzdem ausführen3. Fahre mit der Installation fortDie PowerShell-Installation lädt das offizielle Release direkt herunter und umgeht die meisten Browser-Hürden.globale npm-Installation
