AI 사용자를 위한 tmux, cmux 사용법과 차이 쉽게 알아보기

AI 코딩 도구를 쓰는 개발자들 사이에서 요즘 tmux라는 단어가 자주 등장합니다. 2007년에 나온 이 도구가 2026년에 다시 언급되는 이유는 AI 에이전트와 관련이 있습니다. 이 글은 tmux가 무엇인지 기초 개념부터 시작해, 실제로 어떻게 쓰는지, 왜 AI 시대에 다시 중요해졌는지, 그리고 새로 등장한 cmux는 무엇이 다른지 순서대로 정리합니다.

위 이미지는 tmux 공식 위키에 실린 실제 화면입니다. 터미널 창은 하나인데 그 안에서 화면이 세 구역으로 나뉘어 각각 다른 프로그램이 돌아가고 있습니다.

tmux는 무엇이고 왜 만들어졌을까요?

터미널 멀티플렉서라는 용어가 생소하실 수 있습니다. 쉽게 말하면 터미널 창 하나에서 여러 프로그램을 동시에 띄우고, 창을 닫아도 프로그램이 꺼지지 않게 유지해 주는 프로그램입니다. 공식 문서는 tmux를 "하나의 터미널에서 여러 프로그램을 쉽게 전환하고, 분리(detach)해서 백그라운드에 계속 돌게 하고, 다른 터미널에서 다시 붙을(attach) 수 있게 하는 도구"로 정의합니다.

방 하나짜리 사무실에 칸막이를 세워 여러 자리를 만드는 것과 비슷합니다. 사무실(터미널 창)은 하나지만 칸막이 안에서 각자 다른 일이 진행되고, 퇴근하면서 사무실 문을 잠가도(터미널 종료) 안의 일은 계속 진행됩니다.

tmux를 이해하는 데 필요한 개념은 세 가지입니다.

• 세션(session): 작업 전체를 담는 가장 큰 단위입니다. 프로젝트 하나당 세션 하나를 쓰는 경우가 많습니다.
• 윈도우(window): 세션 안의 화면 단위로, 브라우저 탭과 비슷한 역할입니다.
• 페인(pane): 윈도우 하나를 쪼갠 사각형 구역입니다. 위 이미지에서 화면이 세 구역으로 나뉜 것이 페인입니다.

그리고 tmux를 tmux답게 만드는 기능이 디태치(detach)와 어태치(attach)입니다. 화면에서 빠져나와도 프로그램은 계속 실행되고, 나중에 작업하던 대로 다시 돌아올 수 있습니다.

tmux는 실제로 어떻게 쓸까요?

설치는 macOS에서 brew install tmux, 우분투 계열에서 sudo apt install tmux 한 줄입니다. 이후의 사용 흐름은 명령 몇 개로 정리됩니다. tmux의 모든 단축키는 프리픽스 키(기본값 Ctrl+b, 문서에서는 C-b로 표기)를 먼저 누른 뒤 입력합니다.

전통적으로 tmux가 가장 많이 쓰이는 상황은 원격 서버 작업입니다. 여기서 SSH라는 용어가 낯설 수 있는데, 쉽게 말하면 내 컴퓨터의 터미널에서 멀리 있는 다른 컴퓨터(서버)에 접속해 명령을 내리는 표준 원격 접속 방식입니다. 접속해 있는 동안에는 그 서버의 터미널을 내 화면에서 그대로 쓰는 셈입니다. 예를 들어 서버에 SSH로 접속해 1시간짜리 데이터 처리 스크립트를 돌린다고 하면, 흐름은 이렇습니다.

1. 서버 접속 후 tmux new로 세션을 만듭니다.
2. 세션 안에서 스크립트를 실행합니다.
3. C-b d로 빠져나오고 노트북을 덮습니다. 스크립트는 서버에서 계속 돌아갑니다.
4. 카페를 옮겨서 다시 접속한 뒤 tmux attach를 입력하면, 아까 그 화면이 진행 상황 그대로 나타납니다.

tmux가 없으면 SSH 연결이 끊기는 순간 실행 중이던 작업도 함께 끊깁니다. 이 문제를 해결해 주는 것이 tmux가 오랫동안 서버 관리자의 기본 도구였던 이유입니다.

AI 시대에 tmux가 다시 중요해진 이유는 무엇일까요?

Claude Code 같은 AI 코딩 에이전트는 일을 시키면 수십 분씩 혼자 작업하기도 합니다. 여기서 자연스럽게 질문이 떠오릅니다. 에이전트가 일하는 동안 우리는 기다려야만 할까요? 그래서 나온 방식이 에이전트 여러 개를 동시에 돌리는 병렬 실행입니다. 하나는 기능 개발, 하나는 테스트 작성, 하나는 문서 정리를 맡기는 식입니다.

에이전트 하나가 터미널 하나를 차지하니, 에이전트 서너 개를 돌리려면 터미널 서너 개를 관리해야 합니다. 이때 tmux로 화면을 나누면 에이전트 전부를 한 화면에서 지켜볼 수 있고, 디태치해 두면 자리를 비워도 에이전트들이 계속 일합니다. 20년 가까이 된 도구가 다시 떠오르는 이유가 바로 이런 이유 때문입니다.

이 방식은 개인적인 사용을 넘어 공식적인 기능으로 자리잡으려 하고 있습니다. Anthropic의 Claude Code 공식 문서에는 여러 세션을 팀으로 운영하는 기능과 tmux 연동이 문서화되어 있습니다. 커뮤니티에서는 에이전트마다 git worktree(같은 저장소를 폴더별로 분리한 작업 공간)를 하나씩 주고 tmux 페인마다 배치하는 사례들이 공유되고 있습니다.

cmux는 무엇이고 tmux와 무엇이 다를까요?

cmux라는 이름은 tmux보다 상대적으로 낯설 수 있습니다. 쉽게 말하면 AI 코딩 에이전트를 여러 개 돌리는 용도에 맞춰 새로 만들어진 macOS 전용 터미널 앱입니다. 2026년 2월에 오픈소스(GPL-3.0)로 공개됐고, Ghostty라는 터미널 렌더링 기술을 기반으로 만들어졌습니다. 위 이미지가 cmux 공식 저장소에 실린 실제 화면으로, 왼쪽 세로 탭에 에이전트 작업 공간들이 나열되고 오른쪽에는 내장 브라우저까지 열려 있습니다.

tmux와 cmux는 이름은 비슷하지만 형태가 다릅니다. 2026년 7월 기준으로 비교하면 다음과 같습니다.

핵심 차이는 알림입니다. AI 에이전트는 작업 중간에 "이렇게 진행할까요?"라고 사람의 확인을 기다리는 순간이 자주 생기는데, tmux는 어느 페인이 대기 중인지 직접 눈으로 확인해야 합니다. cmux는 입력이 필요한 화면에 파란 테두리를 표시하고 macOS 알림을 보내 줍니다. 아래 이미지가 그 기능의 실제 화면입니다.

둘은 대체 관계라기보다 용도가 다른 도구입니다. 원격 서버에서 작업을 유지하는 데는 여전히 tmux가 표준 대안이고, cmux도 원격 tmux 세션에 붙는 기능을 지원합니다. 로컬 맥에서 에이전트 여러 개를 GUI로 관리하고 싶다면 cmux, 서버 위에서 가볍게 쓰거나 macOS가 아니라면 tmux라는 구분이 실제 사용에 가깝습니다.

어떤 것부터 시작하면 좋을까요?

도구를 늘리기 전에 순서를 정하는 것이 중요합니다. 실무 흐름 하나로 예를 들어 설명하겠습니다. 블로그 운영 자동화를 한다고 가정하면 이런 단계로 넓혀 갈 수 있습니다.

1. 에이전트 1개 단계: Claude Code 하나로 글 초안 작성을 맡깁니다. 이 단계에서는 tmux가 필요 없습니다. 터미널 하나면 충분합니다.
2. 기다림이 아까워지는 단계: 초안 작성에 20분이 걸리는 동안 이미지 정리 작업도 시키고 싶어집니다. 이때 tmux new로 세션을 만들고 C-b %로 화면을 나눠 두 번째 에이전트를 띄우면, 한 화면에서 두 작업을 지켜볼 수 있습니다.
3. 관리가 벅차지는 단계: 에이전트가 3~4개를 넘어가면 어느 화면이 내 입력을 기다리는지 놓치기 시작합니다. macOS를 쓰고 있다면 이 시점이 cmux 같은 전용 도구를 검토할 때입니다.

한 가지 덧붙이면, 에이전트를 병렬로 돌리는 방식이 표준이 된 것은 아닙니다. 에이전트 하나를 붙잡고 대화하며 쓰는 사람이 여전히 다수이고, 그 방식으로도 충분한 작업이 많습니다. 병렬 실행은 기다리는 시간이 실제로 아까워졌을 때 선택하는 다음 단계이지, 지금 당장 따라가야 하는 유행은 아닙니다. 지금 터미널 하나로 잘 쓰고 있다면 그 속도 그대로 가도 됩니다.

3줄 요약:

• tmux는 터미널 하나에서 여러 프로그램을 나눠 띄우고, 화면을 닫아도 작업을 백그라운드에 유지해 주는 터미널 멀티플렉서입니다.
• AI 코딩 에이전트를 여러 개 병렬로 돌리는 방식이 퍼지면서, 에이전트들을 한 화면에서 관리하는 용도로 tmux가 다시 널리 쓰이고 있습니다.
• cmux는 이 용도에 맞춰 2026년에 나온 macOS 전용 오픈소스 터미널 앱으로, 에이전트 알림과 내장 브라우저가 tmux와의 핵심 차이입니다.

Sources

• tmux 공식 위키
• tmux 공식 Getting Started 가이드
• cmux 공식 GitHub 저장소
• Claude Code 공식 문서: 에이전트 팀 운영