cmux 대 tmux
tmux는 클래식 터미널 멀티플렉서입니다. 이식 가능하고 스크립트 가능하며 SSH보다 뛰어납니다. cmux는 AI 코딩 에이전트를 위한 기본 macOS 터미널 작업 공간으로, 시각적 구성, 알림 링, 브라우저 창 및 Unix 소켓 API를 추가합니다.
멀티플렉서 및 에이전트 운영 콘솔
휴대성, 분리/재부착, 원격 터미널 다중화가 우선인 경우 tmux를 사용하십시오. macOS를 사용 중이고 눈에 보이는 에이전트 메타데이터, 브라우저 자동화, 읽지 않은 탐색 기능 및 여러 로컬 에이전트 세션 전반에 걸쳐 마찰이 적은 검토 기능을 갖춘 libghostty 기반 기본 터미널 앱을 원할 때 cmux를 사용하세요.
| 차원 | cmux | tmux |
|---|---|---|
| 주요 직업 | 기본 macOS 에이전트 감독 | 터미널 다중화 |
| 데스크톱 스택 | libghostty 기반 네이티브 Swift/AppKit macOS 앱 | 현재 터미널 안에서 실행되는 터미널 멀티플렉서 |
| 플랫폼 | Swift/AppKit 및 libghostty를 기반으로 구축된 macOS 앱 | Unix 유사 시스템 전반에 걸쳐 터미널 내부에서 실행됩니다. |
| 렌더링 엔진 | 터미널 렌더링을 위해 libghostty 기반 | 외부 터미널 에뮬레이터의 렌더링을 사용합니다. |
| 조직 | 작업 공간, 수직 사이드바, 브랜치 및 포트 메타데이터 | 세션, 창, 창, 상태 표시줄 |
| 주목 모델 | 알림 벨소리, 읽지 않은 배지, Cmd+Shift+U, Cmd+Control+U | activity, silence, bell에 대한 상태 줄 알림, hooks, 셸 사용자 지정 |
| 최적의 핏 | Mac의 로컬 AI 코딩 에이전트 제어 | 원격 쉘 및 휴대용 터미널 다중화 |
tmux는 여전히 우수한 인프라입니다.
원격 서버, 영구 셸 세션 및 터미널 내부의 키보드 기반 멀티플렉싱의 경우 tmux가 강력한 기본값으로 유지됩니다. cmux는 코딩 에이전트 주변의 로컬 Mac 앱 계층에 중점을 둡니다.
cmux를 사용하면 상담원 상태가 표시됩니다.
에이전트 작업은 이름, 분기, 디렉터리, 포트, 최신 출력, 읽지 않은 상태 및 브라우저 확인을 통해 이점을 얻습니다. cmux는 해당 컨텍스트를 창 제목이나 상태 스크립트에 묻어두는 대신 표시되도록 유지합니다.
cmux는 자체 Ghostty 기반 렌더러를 제공합니다.
tmux는 주변 터미널 에뮬레이터에 의존합니다. cmux는 터미널 앱 자체이며, libghostty를 사용해 부드러운 GPU 가속 렌더링과 Ghostty 스타일 시각 설정을 제공합니다.
기본 UI로 검토 마찰 감소
cmux는 수직 사이드바, 분할 창, 브라우저 표면, 스크린샷, 알림 링, Cmd+Shift+U 및 Cmd+Control+U를 사용하므로 검토 루프는 터미널 고고학이 아닌 앱 탐색처럼 느껴집니다.
소켓 API는 앱 수준 자동화입니다.
tmux는 터미널 멀티플렉싱에 대해 깊이 스크립팅 가능합니다. cmux는 터미널 주변의 앱도 노출합니다. 워크스페이스, 브라우저 패널, 화면 읽기, 스크린샷, 알림 메타데이터입니다.
FAQ
cmux 안에서 tmux를 계속 사용할 수 있나요?
예. tmux는 세션 모델이나 원격 워크플로가 필요할 때 cmux 터미널 창 내에서 실행할 수 있습니다.
tmux 창으로 에이전트를 관리해 보는 것은 어떨까요?
가능하지만 cmux는 해당 세션 주변에 기본 사이드바 메타데이터, 읽지 않은 탐색, 알림 링, 브라우저 창 및 앱 수준 소켓 API를 추가합니다.
tmux는 언제 더 나은 선택입니까?
원격 서버, 휴대용 분리/재부착 및 모든 터미널 내부에서 실행되어야 하는 워크플로에는 tmux를 사용하세요.