cmux vs iTerm2: 2026년 Claude Code AI 코딩 에이전트 최적 터미널 비교 가이드
Claude Code로 AI 에이전트를 병렬로 돌리다 보면 어느 순간 터미널이 발목을 잡습니다. Pane이 늘어날수록 응답이 느려지고, 어느 에이전트가 완료됐는지 파악하기 위해 화면을 하나씩 뒤지는 자신을 발견하게 됩니다.
2026년 현재, AI 코딩 에이전트 터미널 선택지는 크게 두 가지로 좁혀집니다. 20년 노하우가 쌓인 베테랑 iTerm2와, Claude Code를 위해 설계된 신생 강자 cmux입니다. 둘 중 어느 것이 당신의 워크플로우에 맞는지 7개 기준, 데이터 기반으로 분석합니다.
cmux란? AI 에이전트 시대를 위해 태어난 터미널
cmux는 2026년 1월, manaflow-ai 팀이 공개한 macOS 전용 터미널 멀티플렉서입니다. Swift + AppKit 기반으로 제작되었으며, 내부 렌더링 엔진으로는 libghostty를 채택해 GPU 가속 렌더링을 구현했습니다. GitHub에서 6,914개의 별을 획득하며 빠르게 주목받고 있습니다.
cmux의 핵심 기능
cmux가 여타 터미널 에뮬레이터와 근본적으로 다른 점은 "에이전트가 UI를 제어할 수 있다"는 철학에 있습니다.
알림 링 (Notification Ring): 특정 pane의 테두리가 빛나는 시각적 알림 시스템입니다. Claude Code 에이전트가 작업을 완료하면 해당 pane 테두리가 발광하여 즉각 인지할 수 있습니다. 수십 개의 pane을 운영할 때 특히 유용합니다.
CLI/소켓 API: 에이전트가 터미널 UI를 직접 제어할 수 있는 프로그래매틱 인터페이스입니다. Claude Code 훅과 통합하면 빌드 완료, 테스트 통과, 오류 발생 시 자동으로 상태를 갱신할 수 있습니다.
# 빌드 완료 알림 전송
cmux notify "빌드 완료" --body "3개 테스트 통과"
# 사이드바 상태 표시 갱신
cmux set-status git "feature/auth" --icon git.branch
# 작업 진행률 표시
cmux set-progress 75
# 브라우저 pane 생성
cmux new-pane --type browser --url https://docs.api.com
# 특정 surface에 명령 전송
cmux send --surface surface:7 "claude"
# 화면 내용 읽기
cmux read-screen --surface surface:7
내장 WebKit 브라우저: 별도 브라우저 없이 터미널 내에서 문서를 확인하고 스크래핑까지 가능합니다. API 문서를 조회하면서 동시에 코딩하는 작업이 단일 화면에서 이루어집니다.
세로 탭 사이드바: 각 탭에 git 브랜치명, 로컬 포트, 알림 상태를 표시합니다. 10개 이상의 Claude Code 인스턴스를 동시에 운용할 때 맥락 전환 비용이 크게 줄어듭니다.
서브에이전트 오케스트레이션: 여러 Claude Code 인스턴스 간 작업을 조율하는 기능을 터미널 레이어에서 직접 지원합니다.
cmux 핵심 요약: cmux는 단순한 터미널 에뮬레이터가 아닙니다. Claude Code와 같은 AI 코딩 에이전트가 터미널 환경을 직접 인식하고 제어할 수 있도록 설계된 AI 네이티브 개발 환경입니다.
iTerm2란? 20년이 증명한 macOS 터미널의 표준
iTerm2는 macOS 개발자라면 누구나 한 번쯤 사용해봤을 Objective-C 기반 터미널 에뮬레이터입니다. GPLv2 라이선스로 20년 이상의 역사를 가지고 있으며, 그 안정성과 생태계는 검증 그 자체입니다.
iTerm2의 핵심 강점
tmux -CC 통합: iTerm2 최대의 차별점입니다. tmux -CC 모드를 활성화하면 tmux 세션의 윈도우가 iTerm2의 네이티브 탭으로 표시됩니다. 이를 통해:
- SSH 세션이 끊어져도 tmux 세션은 서버에 살아있고 재연결 시 그대로 복원
- 원격 서버에서 실행 중인 Claude Code 프로세스 유지
- 네이티브 탭 UI로 tmux 세션 관리 (tmux 명령어 불필요)
이 기능은 SSH 원격 환경에서 AI 에이전트를 운용해야 하는 팀 개발자, 서버 관리자에게 결정적인 우위입니다.
성숙한 에코시스템: 20년간 쌓인 플러그인, 스크립트, 커뮤니티 지식이 존재합니다. 어떤 설정 문제를 만나더라도 검색 한 번으로 해결책을 찾을 수 있습니다.
Shell Integration: iTerm2의 Shell Integration은 현재 디렉토리, 명령어 실행 여부, 실패한 명령어를 시각적으로 표시하고, 세션 간 이력을 공유합니다.
Triggers & Coprocesses: 특정 출력 패턴에 반응하는 자동화 규칙을 설정할 수 있습니다. Claude Code 출력에 특정 패턴이 감지되면 알림을 보내거나 다른 명령을 실행하는 식의 커스터마이징이 가능합니다.
cmux vs iTerm2: 7개 기준 심층 비교
1. AI 에이전트 지원 (가중치 30%)
이것이 2026년 터미널 선택의 핵심 기준입니다.
| 기능 | cmux | iTerm2 |
|---|---|---|
| 에이전트 UI 제어 API | CLI + 소켓 API 내장 | 없음 |
| 완료 알림 | 알림 링 (시각적) | 없음 |
| Claude Code 훅 통합 | 공식 지원 | 수동 설정 필요 |
| 서브에이전트 오케스트레이션 | 내장 | 없음 |
| 평점 | 5/5 | 2/5 |
cmux는 처음부터 AI 에이전트를 위해 설계되었고, iTerm2는 AI 에이전트가 등장하기 전 만들어진 도구입니다. 이 격차는 단순한 기능 차이가 아니라 설계 철학의 차이입니다.
2. 성능 (가중치 20%)
DevToolReviews 2026 터미널 벤치마크 기준:
| 지표 | cmux | iTerm2 |
|---|---|---|
| 입력 지연 | ~2ms | ~12ms |
| 6 pane 동시 렌더링 | 원활 | 느려짐/폰트 흐림 |
| GPU 가속 | libghostty 기반 | 제한적 |
| 평점 | 5/5 | 2/5 |
입력 지연 6배 차이는 단순 수치 이상의 의미를 가집니다. Claude Code가 빠른 속도로 코드를 생성하고 터미널에 출력할 때, 이 지연이 쌓이면 실시간 피드백 루프 자체가 무너집니다.
3. 멀티플렉싱 (가중치 15%)
| 기능 | cmux | iTerm2 |
|---|---|---|
| Pane 분할 | 지원 | 지원 |
| 탭 관리 | 세로 사이드바 방식 | 가로 탭 방식 |
| 윈도우 관리 | 지원 | 지원 |
| 평점 | 4/5 | 4/5 |
두 도구 모두 기본적인 멀티플렉싱은 잘 지원합니다. cmux는 세로 사이드바로 많은 탭을 효율적으로 관리하고, iTerm2는 tmux 통합으로 강력한 세션 관리를 제공합니다.
4. 세션 영속성 (가중치 15%)
이것이 cmux의 가장 큰 약점입니다.
| 기능 | cmux | iTerm2 |
|---|---|---|
| 세션 저장/복원 | 미지원 | tmux -CC로 완전 지원 |
| SSH 원격 영속성 | 없음 | tmux 연동으로 지원 |
| 앱 재시작 후 복원 | 없음 | tmux 세션 유지 |
| 평점 | 1/5 | 5/5 |
cmux는 앱을 종료하면 모든 세션이 사라집니다. 장시간 실행되는 Claude Code 에이전트를 로컬에서 운용하다가 맥북을 닫아야 하는 상황이라면 치명적입니다. 이 한계는 현재(2026년 3월) 공식 로드맵에 올라와 있지만 아직 구현되지 않았습니다.
5. 스크립팅/자동화 (가중치 10%)
| 기능 | cmux | iTerm2 |
|---|---|---|
| 프로그래매틱 제어 | CLI + 소켓 API | AppleScript + Python API |
| 에이전트 통합 | 공식 지원 | 수동 구현 필요 |
| Trigger 자동화 | 있음 | 있음 (Triggers 기능) |
| 평점 | 5/5 | 4/5 |
6. 브라우저 통합 (가중치 5%)
| 기능 | cmux | iTerm2 |
|---|---|---|
| 내장 브라우저 | WebKit 내장 | 없음 |
| 스크래핑 | 스크립터블 브라우저 | 없음 |
| 문서 조회 | 터미널 내부 | 외부 브라우저 필요 |
| 평점 | 5/5 | 1/5 |
7. 성숙도/안정성 (가중치 5%)
| 기준 | cmux | iTerm2 |
|---|---|---|
| 출시 시점 | 2026년 1월 | 2000년대 초 |
| 오픈 이슈 | 583개 | 안정 |
| 커뮤니티 | 성장 중 | 방대한 생태계 |
| 평점 | 3/5 | 5/5 |
cmux는 겨우 2개월된 프로젝트입니다. 583개의 오픈 이슈는 활발한 개발의 증거이기도 하지만, 프로덕션 환경에서의 불안정성을 의미하기도 합니다.
종합 점수
| 기준 | 가중치 | cmux | iTerm2 | cmux 가중 | iTerm2 가중 |
|---|---|---|---|---|---|
| AI 에이전트 지원 | 30% | 5/5 | 2/5 | 1.50 | 0.60 |
| 성능 | 20% | 5/5 | 2/5 | 1.00 | 0.40 |
| 멀티플렉싱 | 15% | 4/5 | 4/5 | 0.60 | 0.60 |
| 세션 영속성 | 15% | 1/5 | 5/5 | 0.15 | 0.75 |
| 스크립팅/자동화 | 10% | 5/5 | 4/5 | 0.50 | 0.40 |
| 브라우저 통합 | 5% | 5/5 | 1/5 | 0.25 | 0.05 |
| 성숙도 | 5% | 3/5 | 5/5 | 0.15 | 0.25 |
| 가중 총점 | 4.15 | 2.95 |
Claude Code 사용자 관점에서 cmux가 4.15점으로 iTerm2(2.95점)를 40% 앞섰습니다. 다만 이 결과는 "로컬에서 Claude Code를 병렬로 운용하는 개발자"를 기준으로 산출된 것입니다.
실전 워크플로우: 어떻게 사용하나요?
cmux + Claude Code 병렬 에이전트 워크플로우
# Claude Code 훅에 cmux 통합 예시 (.claude/hooks.json)
{
"on_task_complete": "cmux notify '에이전트 완료' --body '{{task_name}} 완료'",
"on_error": "cmux notify '오류 발생' --body '{{error_message}}' --urgent",
"on_progress": "cmux set-progress {{progress_percent}}"
}
# 병렬 에이전트 세션 시작
cmux new-pane --type terminal # 에이전트 1: API 개발
cmux new-pane --type terminal # 에이전트 2: 테스트 작성
cmux new-pane --type terminal # 에이전트 3: 문서화
cmux new-pane --type browser --url https://docs.anthropic.com # 문서 참조
# 에이전트 1 작업 현황 모니터링
cmux set-status agent1 "feature/auth" --icon code
cmux read-screen --surface surface:1
이 워크플로우에서 개발자는 하나의 터미널 창에서 3개의 Claude Code 인스턴스를 동시에 운용하면서, 어느 에이전트가 완료되었는지 알림 링으로 즉시 확인합니다. 별도 브라우저를 열지 않아도 문서를 옆에 띄울 수 있습니다.
iTerm2 + tmux -CC 원격 워크플로우
# 원격 서버에 SSH 접속 + tmux 세션 시작
ssh user@remote-server
tmux new-session -s claude-work
# Claude Code 실행 (서버에서)
claude --dangerously-skip-permissions
# 로컬에서 SSH + tmux 통합 접속
ssh -t user@remote-server tmux -CC attach -t claude-work
이 워크플로우에서는 맥북을 닫아도 서버의 tmux 세션에서 Claude Code가 계속 실행됩니다. 다음 날 아침 SSH로 재접속하면 어제 실행한 에이전트의 작업 결과가 그대로 남아 있습니다.
2026년 터미널 에코시스템: 두 가지 외 다른 선택지
cmux와 iTerm2만이 선택지는 아닙니다. 용도에 따라 더 적합한 도구가 있을 수 있습니다.
Ghostty + tmux: GPU 가속(cmux 수준)과 세션 영속성(iTerm2 수준)을 동시에 원한다면 이 조합이 최선입니다. Ghostty는 성능에서 cmux와 동급이며, tmux를 별도로 구성하면 detach/reattach가 완벽하게 됩니다. 단, AI 에이전트 전용 기능은 없습니다.
coder/Mux: 에이전트 격리가 최우선 과제라면 검토할 만합니다. 각 에이전트를 독립된 환경에서 실행해 충돌을 방지합니다.
Solo: 단일 Claude Code 인스턴스를 경량으로 운용하는 개발자에게 적합한 워크스페이스 도구입니다.
amux: 무인(unattended) 병렬 에이전트 실행이 주된 목적이라면 amux가 특화된 도구입니다.
누가 무엇을 선택해야 할까요?
cmux 추천 대상
- 로컬 맥에서 Claude Code 병렬 에이전트를 집중적으로 사용하는 개발자
- 에이전트 완료 알림을 시각적으로 즉시 파악하고 싶은 사용자
- API 문서를 옆에 띄워두면서 코딩하는 습관이 있는 개발자
- 최신 기능을 빠르게 수용하는 얼리어답터
iTerm2 추천 대상
- SSH 원격 서버에서 Claude Code를 장시간 실행해야 하는 개발자
- 팀에서 공유 서버에 접속해 작업하는 환경
- 터미널 환경의 안정성과 검증된 도구를 중시하는 개발자
- tmux 기반 워크플로우가 이미 잘 구축된 경우
두 도구 모두 부족하다면
로컬 성능 + 원격 영속성 모두 필요하다면 Ghostty + tmux 조합을 검토하세요. 이 조합은 cmux의 GPU 가속 성능과 iTerm2의 세션 영속성을 모두 취할 수 있는 현실적인 절충안입니다.
마무리
Claude Code 터미널 선택은 2026년 AI 개발 환경 설정에서 생각보다 중요한 결정입니다.
단순히 "어떤 터미널이 더 좋은가"의 문제가 아니라, "내 워크플로우에서 AI 에이전트와 어떻게 협업할 것인가"의 문제입니다.
로컬 개발이 주 환경이고 Claude Code 병렬 에이전트를 최대한 활용하고 싶다면 cmux가 현재 최선의 선택입니다. 신생 프로젝트의 불안정성은 실제 이슈이지만, AI 에이전트 시대에 맞게 설계된 터미널의 이점이 이를 상쇄합니다.
SSH 원격 환경이나 세션 영속성이 필수라면 iTerm2 + tmux -CC 조합이 여전히 강력합니다. 20년의 신뢰성은 쉽게 대체할 수 없습니다.
cmux가 detach/reattach 기능을 구현하는 날이 온다면, 그것이 AI 코딩 에이전트 터미널의 결정판이 될 것입니다.
자주 묻는 질문 (FAQ)
Q: cmux는 iTerm2를 완전히 대체할 수 있나요?
아직은 아닙니다. cmux는 세션 영속성(detach/reattach)과 SSH 원격 세션 유지를 지원하지 않습니다. 원격 서버에서 장시간 실행되는 Claude Code 에이전트가 있다면 iTerm2 + tmux -CC 조합이 여전히 필요합니다. 로컬 개발 환경에서만 사용한다면 cmux로 완전 전환이 가능합니다.
Q: cmux는 얼마나 안정적인가요?
2026년 1월 출시된 신생 프로젝트로 583개의 오픈 이슈가 있습니다. 사이드 프로젝트나 개인 개발 환경에는 충분히 사용 가능한 수준이지만, 미션 크리티컬한 프로덕션 환경에는 아직 권장하지 않습니다. 주요 업데이트가 활발히 이루어지고 있어 3-6개월 내 안정성이 크게 개선될 것으로 기대됩니다.
Q: Ghostty + tmux 조합은 cmux보다 나은가요?
목적에 따라 다릅니다. 성능과 세션 영속성 모두 필요하다면 Ghostty + tmux가 더 균형 잡힌 선택입니다. 반면 Claude Code 전용 알림 링, CLI API, 내장 브라우저 같은 AI 에이전트 특화 기능을 원한다면 cmux가 우위입니다. Ghostty + tmux에는 이런 AI 네이티브 기능이 없습니다.
Q: cmux는 macOS 전용인가요?
네, cmux는 현재 macOS 전용입니다. Swift + AppKit 기반이므로 Linux나 Windows에서는 사용할 수 없습니다. 크로스 플랫폼 지원 계획은 공식적으로 발표되지 않았습니다.
Q: 두 터미널을 병행 사용하는 게 가능한가요?
가능합니다. 많은 개발자가 로컬 작업은 cmux, 원격 서버 접속은 iTerm2를 사용하는 하이브리드 방식을 채택하고 있습니다. 두 도구가 서로 충돌하지 않으므로 상황에 맞게 전환하는 전략도 유효합니다.
Top comments (0)