cmux에는 Linux 빌드가 없습니다. Homebrew cask로 배포되며 Linux에 없는 Apple UI 프레임워크인 Swift/AppKit으로 만들어졌습니다. cmux가 터미널 렌더링에 쓰는 Ghostty 자체는 Linux를 지원합니다. 하지만 cmux의 UI 계층 때문에 전체를 새로 만들지 않고는 Linux로 옮길 수 없습니다. Linux에서 에이전트마다 worktree를 쓰는 워크플로를 원한다면 Pane을 쓰세요. 같은 핵심 기능을 갖춘 네이티브 Linux AppImage와 .deb 패키지를 제공하며 외부 터미널에 의존하지 않습니다.
작성자 Parsa Khazaeepoul, Pane 공동 창업자. 이 비교에 나온 모든 에이전트 관리자를 실제 개발 환경에서 테스트했습니다. .
cmux가 Linux에서 작동하지 않는 이유
cmux의 구조에는 macOS 전용 필수 기술이 두 가지 있습니다. 첫 번째는 Ghostty입니다. cmux는 이를 터미널 렌더링 엔진으로 씁니다. Ghostty 자체는 macOS와 Linux에서 모두 실행되지만 cmux와 연결하는 코드는 Swift로 작성됐고 macOS를 대상으로 합니다. 두 번째이자 더 근본적인 필수 기술은 Apple의 네이티브 창 프레임워크인 AppKit입니다. AppKit은 macOS 전용입니다. Swift는 Linux에서 컴파일할 수 있지만 cmux 코드의 AppKit 호출을 대신할 Linux 기술은 없습니다.
cmux는 macOS 네이티브 패키지 형식인 Homebrew cask로 배포됩니다. cmux 릴리스에는 Flatpak, AppImage, .deb, .rpm이 없습니다. Linux에 Ghostty를 설치한 뒤 함께 쓸 cmux를 찾으려 해도 설치할 파일이 없습니다.
아니요. cmux는 Homebrew cask로만 배포되며 UI 계층은 Linux에 없는 Apple 창 프레임워크인 Swift와 AppKit으로 작성됐습니다. Ghostty 자체는 Linux를 지원하지만 cmux와의 연결은 macOS 전용입니다. Linux 빌드, Flatpak, AppImage가 없으며 Linux 지원 계획도 발표되지 않았습니다.
Ghostty는 Linux에서 실행되지만 cmux는 실행되지 않습니다. Ghostty 의존성은 문제의 일부일 뿐입니다. 더 큰 걸림돌은 Swift/AppKit UI 계층이며 Linux에는 AppKit에 대응하는 기술이 없습니다. Linux에 Ghostty를 설치해도 cmux를 실행할 수 없습니다. Pane은 자체 터미널을 내장해 Ghostty에 전혀 의존하지 않습니다.
Pane은 두 가지 Linux 형식으로 배포됩니다. AppImage는 설치 없이 모든 배포판에서 작동합니다. .deb 패키지는 Debian, Ubuntu와 그 파생 배포판용입니다. runpane.com/docs/download에서 하나를 받거나 curl -fsSL https://runpane.com/install.sh | sh를 실행하세요. 필요한 것은 git뿐입니다.
아니요. Pane은 자체 내장 터미널로 터미널 세션을 직접 관리하는 네이티브 데스크톱 앱입니다. tmux, screen, Ghostty 같은 외부 터미널 관리 도구는 필요 없습니다. Pane이 세션 유지와 전환을 직접 처리합니다.
모든 플랫폼에서 워크플로는 같습니다. 새 pane을 만들면 Pane이 새 브랜치에 git worktree를 자동으로 준비합니다. `git worktree add`를 직접 실행할 필요가 없습니다. pane을 삭제하면 worktree도 정리됩니다. macOS의 cmux에서는 worktree를 직접 관리해야 합니다. Pane은 Linux, macOS, Windows에서 이를 자동화합니다.
Pane은 Linux에서 Claude Code, Codex, Aider, OpenCode, Goose, Letta Code, Cline을 지원합니다. 각 에이전트는 Pane의 내장 터미널과 격리된 자체 worktree에서 실행됩니다. cmux는 Claude Code만 대상으로 하며 macOS 전용입니다. 어떤 에이전트를 고르든 Linux에서는 cmux를 쓸 수 없습니다.
예. Pane은 AppImage와 .deb로 배포되며 X11과 Wayland 디스플레이 서버에서 모두 실행됩니다. Ubuntu 22.04+의 GNOME/Wayland와 Wayland를 쓰는 Fedora에서 테스트했습니다. Sway나 Hyprland 같은 타일링 컴포지터를 써도 Pane은 일반 데스크톱 창처럼 작동합니다.
Pane은 데스크톱 앱이라 UI를 표시할 X11 또는 Wayland 디스플레이 서버가 필요합니다. 화면이 없거나 SSH만 쓰는 Linux 환경용으로 만들어지지 않았습니다. 원격 Linux 컴퓨터에서는 보통 로컬 Linux 데스크톱에서 Pane을 실행하고 에이전트를 원격 저장소에 연결합니다. SSH로 전체 GUI가 필요하다면 X11 전달을 쓸 수도 있습니다.
예. Pane은 OSI 승인 카피레프트 라이선스인 AGPL-3.0을 사용합니다. 소스가 공개돼 있으며 어떤 용도로 쓰든 유료 상용 라이선스가 필요 없습니다. Linux, macOS, Windows 빌드에 같은 AGPL-3.0 라이선스가 적용됩니다.
Pane은 Electron 방식의 데스크톱 앱이라 단순한 tmux 세션보다 메모리를 더 씁니다. 상주 메모리는 보통 150~300MB입니다. 대신 키보드 단축키로 worktree 관리, diff 검토, commit 단계를 처리합니다. 여러 에이전트를 병렬로 실행할 때 시간을 크게 줄일 수 있습니다. 메모리 사용량을 최대한 줄여야 한다면 tmux와 Claude Code만 쓰는 편이 가볍습니다. 체계적으로 여러 에이전트를 관리해야 한다면 Pane의 추가 사용량은 그만한 가치가 있습니다.
예. 병렬 에이전트 실행이 Pane의 주된 용도입니다. 각 에이전트는 worktree 기반 pane과 자체 터미널 세션, 자체 브랜치를 받습니다. 에이전트가 입력을 기다리면 Pane이 데스크톱 알림을 보냅니다. 모든 터미널을 계속 지켜보지 않고도 여러 에이전트를 동시에 확인할 수 있습니다. Linux와 macOS에서 똑같이 작동합니다. cmux도 병렬 작업 공간을 제공하지만 macOS에서만 쓸 수 있습니다.
Windows SmartScreen 경고Pane에 서명이 없는 동안 직접 다운로드하면 SmartScreen 경고가 표시될 수 있습니다. Pane은 완전한 오픈 소스입니다. 직접 코드를 확인하거나 소스에서 빌드할 수 있습니다.1. 추가 정보 클릭2. '그래도 실행' 클릭3. 설치 계속PowerShell 설치는 공식 릴리스를 바로 받습니다. 브라우저 다운로드에서 생기는 번거로움도 대부분 피할 수 있습니다.npm 전역 설치
