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

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

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

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

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

방 하나짜리 사무실에 칸막이를 세운 모습을 떠올려 보겠습니다. 사무실(터미널 창)은 하나지만 칸막이 안에서 각자 다른 일이 진행되고, 퇴근하면서 사무실 문을 잠가도(터미널 종료) 안의 일은 계속 진행됩니다. 다만 컴퓨터를 끄는 것은 사무실의 전기까지 끄는 상황입니다. tmux는 컴퓨터 종료나 재부팅을 견뎌 실행 중인 프로그램을 복원하는 도구가 아닙니다. 작업하는 컴퓨터가 잠자기에 들어가도 실행이 멈추거나 지연될 수 있습니다.

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

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

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

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

처음에는 AI 에이전트를 실행하지 않고 문자 한 줄을 출력해 연습하겠습니다. 자신의 맥이나 리눅스 터미널에서 tmux -V를 입력합니다. tmux와 버전 번호가 나오면 이미 설치된 상태입니다. 명령을 찾을 수 없을 때만 설치가 필요합니다.

macOS에서 프로그램 설치 도구인 Homebrew가 이미 있다면 brew install tmux, 우분투 계열에서는 관리자 권한으로 sudo apt install tmux를 사용합니다. brew 자체가 없다면 이 명령만으로 설치되지 않으므로 공식 설치 안내를 먼저 확인합니다. 윈도우 PowerShell에서는 tmux가 그대로 실행되지 않습니다. 이미 쓰는 WSL(윈도우에서 리눅스를 실행하는 환경)의 터미널이나 접속한 리눅스 서버에서 연습할 수 있습니다. 이 글을 위해 새 환경을 만들 필요는 없습니다.

아래의 C-b d는 글자를 입력하는 명령이 아닙니다. Ctrl과 b를 함께 누르고 두 키를 모두 놓은 뒤 d를 누르는 순서입니다. 맥에서도 Command가 아닌 Control을 사용합니다. 기본 조작을 시작하는 Ctrl+b를 프리픽스 키라고 부릅니다.

문자 한 줄을 남기고 돌아오기

1. 터미널에서 tmux new -s practice를 입력합니다. 아래 상태줄에 practice가 보이고 새 명령창이 열립니다.
2. 그 안에서 echo 'practice-one'을 입력합니다. 다음 줄에 practice-one이 출력됩니다.
3. Ctrl+b를 누르고 놓은 뒤 d를 누릅니다. detached와 세션 이름이 표시되며 바깥 터미널로 돌아옵니다.
4. 바깥에서 tmux ls를 입력해 practice가 남아 있는지 확인합니다.
5. tmux attach -t practice를 입력합니다. 앞서 출력한 practice-one이 보이면 같은 세션으로 돌아온 것입니다.
6. 같은 창에서 echo 'practice-two'를 입력한 뒤 다시 분리하고 돌아옵니다. 두 번째 문자도 남아 있어야 합니다.

연습을 마치면 practice 세션 안의 빈 명령창에서 exit를 입력합니다. 이 예제처럼 페인이 하나뿐이면 세션도 종료됩니다. 화면만 분리하는 Ctrl+b d와 프로그램을 끝내는 exit를 구분하는 것이 첫 연습의 목표입니다.

duplicate session: practice가 나오면 같은 이름의 세션이 이미 있습니다. 본인이 방금 만든 연습 세션이면 tmux attach -t practice로 돌아갑니다. 다른 작업인지 모른다면 기존 세션은 그대로 두고 practice-two 등 다른 이름으로 새 연습 세션을 만듭니다. 이후 명령의 세션 이름도 같은 이름으로 바꿉니다. no sessions나 can't find session이면 tmux ls로 이름을 확인하고, 연습 세션이 종료된 경우에만 새로 만듭니다. 단축키가 반응하지 않으면 tmux 안인지, 프리픽스가 기본값인지 확인합니다. 기존 설정을 덮어쓸 필요는 없습니다.

화면을 나눌 때 참고할 기본 단축키

앞의 분리와 복귀만 익혀도 원격 작업에 쓸 수 있습니다. 화면 분할은 필요한 경우에 추가합니다. 다음 표는 기본 설정 기준입니다.

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

1. 서버에 SSH로 접속한 뒤, 서버에서 tmux new -s data-job으로 세션을 만듭니다. 서버에도 tmux가 설치되어 있어야 합니다.
2. 세션 안에서 스크립트를 실행합니다.
3. C-b d로 빠져나오고 노트북을 덮습니다. 스크립트는 서버에서 계속 돌아갑니다.
4. 같은 서버와 사용자 계정으로 다시 접속한 뒤 tmux attach -t data-job을 입력하면 해당 세션으로 돌아옵니다. 실행 결과나 오류 메시지는 그 화면에서 확인합니다.

별도 실행 유지 장치가 없으면 SSH 연결이 끊길 때 작업도 종료될 수 있습니다. 다른 방식으로 백그라운드 실행을 관리하는 경우는 다릅니다. 위 예시에서 노트북을 덮을 수 있는 이유는 작업하는 서버가 계속 켜져 있기 때문입니다. 노트북 자체에서 실행한 tmux 작업이 잠자기 중에도 진행된다는 뜻은 아닙니다. 원격 연결이 끊겨도 서버의 작업 세션을 유지하는 것이 tmux의 주요 용도입니다.

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

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

에이전트 하나가 터미널 하나를 차지하니, 에이전트 서너 개를 돌리려면 터미널 서너 개를 관리해야 합니다. 이때 tmux로 화면을 나누면 에이전트 전부를 한 화면에서 지켜볼 수 있고, 디태치해 두어도 세션은 유지됩니다. 다만 에이전트가 승인을 기다리거나 사용량 한도에 도달하면 작업은 대기하거나 멈춥니다. 여러 작업 화면을 함께 관리하는 용도로 기존 도구를 다시 활용하는 것입니다.

이 방식은 개인적인 사용을 넘어 도구의 기능으로도 제공됩니다. Anthropic의 Claude Code 공식 문서에는 여러 세션을 팀으로 운영하는 실험적 기능과 tmux 화면 분할 연동이 안내되어 있습니다. 화면을 나눈 것만으로 에이전트들이 서로 협업하는 것은 아니며, 팀 기능에는 별도 설정이 필요합니다. 커뮤니티에서는 에이전트마다 git worktree(같은 저장소를 폴더별로 분리한 작업 공간)를 하나씩 주고 tmux 페인마다 배치하는 사례들이 공유되고 있습니다.

화면 예시의 AI 모델명과 버전은 촬영 당시 값입니다. 이미지에 보이는 권한 확인 생략 옵션은 이 글의 연습 명령이 아니며 따라 입력할 필요가 없습니다.

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

cmux라는 이름은 tmux보다 상대적으로 낯설 수 있습니다. 쉽게 말하면 AI 코딩 에이전트를 여러 개 돌리는 용도에 맞춰 새로 만들어진 macOS 전용 터미널 앱입니다. 터미널 내용을 화면에 그리는 Ghostty의 라이브러리를 사용합니다. macOS 앱은 GPL-3.0-or-later 오픈소스로 제공되지만, 저장소의 일부 서버 구성 요소는 별도 라이선스를 사용합니다. 위 이미지가 cmux 공식 저장소에 실린 실제 화면으로, 왼쪽 세로 탭에 에이전트 작업 공간들이 나열되고 오른쪽에는 내장 브라우저까지 열려 있습니다.

tmux와 cmux는 이름은 비슷하지만 형태가 다릅니다. 2026년 10월 4일 공식 안내를 기준으로 비교하면 다음과 같습니다.

핵심 차이는 알림입니다. AI 에이전트는 작업 중간에 "이렇게 진행할까요?"라고 사람의 확인을 기다리는 순간이 자주 생기는데, tmux 기본 화면에서는 에이전트의 대기 상태를 직접 확인하는 경우가 많습니다. cmux는 프로그램이 보낸 알림 신호나 별도로 연결한 에이전트 훅을 받아 테두리와 배지로 표시합니다. 훅은 특정 일이 생겼을 때 지정한 동작을 실행하는 연결 설정입니다. 앱 설치만으로 모든 에이전트의 상황을 자동 판단하는 것은 아닙니다. 아래 이미지가 그 기능의 실제 화면입니다.

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

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

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

1. 에이전트 1개 단계: Claude Code 하나로 글 초안 작성을 맡깁니다. 로컬에서 짧게 작업한다면 터미널 하나로 충분합니다. 원격 접속을 끊어도 작업을 유지해야 한다면 에이전트가 하나여도 tmux가 도움이 됩니다.
2. 기다림이 아까워지는 단계: 초안 작성에 20분이 걸리는 동안 이미지 정리 작업도 시키고 싶어집니다. 이때 tmux new로 세션을 만들고 C-b %로 화면을 나눠 두 번째 에이전트를 띄우면, 한 화면에서 두 작업을 지켜볼 수 있습니다. 다만 같은 파일을 동시에 수정하지 않도록 작업 범위를 나눠야 합니다. 페인 분할은 파일이나 권한을 격리하지 않으며, AI 사용량과 요금도 각각 발생할 수 있습니다.
3. 관리가 벅차지는 단계: 에이전트가 3~4개를 넘어가면 어느 화면이 내 입력을 기다리는지 놓치기 시작합니다. macOS를 쓰고 있다면 이 시점이 cmux 같은 전용 도구를 검토할 때입니다.

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

참고 자료

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

3줄 요약

1. tmux는 터미널의 작업을 세션으로 묶어 화면에서 분리했다가 다시 연결하게 해 주며, 작업하는 컴퓨터가 켜져 있어야 실행이 유지됩니다.

2. 구조는 작업 전체를 담는 세션과 탭에 해당하는 윈도우, 화면을 나눈 페인 세 단위로 되어 있습니다.

3. 에이전트 하나로 충분한 동안은 도구를 늘리지 말고 macOS에서 여러 개를 동시에 관리한다면 cmux 같은 전용 앱도 검토할 만합니다.