🖥️ AI 에이전트 시대, 왜 19년 된 tmux가 다시 뜨고 있을까?

개발자 커뮤니티에서 조용히 퍼지고 있는 이 키워드

요즘 개발자들 사이에서 이상한 일이 벌어지고 있어요.

ChatGPT도, Claude도, Gemini도 아닌데 갑자기 "tmux 아세요?" 하는 질문이 자꾸 보입니다. 2007년에 만들어진, 무려 19년 역사의 터미널 도구가 2025년부터 다시 주목받고 있거든요.

AI 코딩 에이전트가 폭발적으로 늘어나면서 개발자들의 워크플로우가 근본적으로 바뀌었는데, 그 중심에 tmux가 있어요. AI 시대의 핵심 인프라가 왜 19년 된 오래된 도구냐고요? 읽어보시면 바로 이해하실 겁니다.

tmux가 뭔지 모르는 분들을 위해, 딱 한 줄로 설명할게요

tmux는 터미널 멀티플렉서(Terminal Multiplexer)입니다. 이 이름만 보면 어렵게 느껴지는데 사실 아주 단순한 개념이에요.

우리가 보통 쓰는 터미널 앱, 예를 들어 iTerm이나 윈도우 터미널 같은 것들은 화면만 그려주는 도구예요. 창을 닫으면 그 안에서 실행 중이던 프로세스도 함께 종료됩니다.

tmux는 달라요. 터미널 창을 닫아도 tmux 서버는 계속 살아있고, 그 안에서 실행 중이던 프로세스도 그대로 유지됩니다. SSH 연결이 끊겨도, 터미널 앱을 닫아도, 심지어 노트북 덮개를 닫아도 작업은 계속 돌아가고 있어요. 나중에 tmux a 명령어 하나면 끊어뒀던 세션에 다시 접속할 수 있습니다.

한 줄 정리: 터미널을 닫아도 AI가 일하고 있다는 게, tmux를 쓰면 실제로 가능합니다.

사람들이 많이 하는 오해, "AI 에이전트 하나면 충분하지 않아요?"

예전엔 그랬어요. Claude 열고, 질문하고, 답 받고 끝. 그게 전부였죠.

지금은 다릅니다. 실무에서 AI 에이전트를 진지하게 쓰는 개발자들은 이미 두 개, 세 개를 동시에 돌리고 있어요. 코드 작성은 Claude Code에게, 리팩토링은 Gemini CLI에게, 테스트 작성은 또 다른 에이전트에게 맡기는 방식이죠.

문제는 이걸 기존 터미널로 관리하려면 탭을 20개씩 열어놓고, 어느 에이전트가 끝났는지 하나하나 클릭해서 확인해야 한다는 거예요. 이게 얼마나 비효율적인지, 실제로 해보신 분들은 바로 공감하실 겁니다.

AI 에이전트를 혼자 쓰는 시대는 끝났어요. 여러 에이전트를 동시에 병렬로 관리하는 시대가 왔고, 그 컨트롤 타워 역할을 tmux가 맡고 있습니다.

Claude Code Agent Teams가 tmux를 세상에 알렸어요

결정적인 계기는 Claude Code의 에이전트 팀 기능 공개였어요.

2026년 2월, Anthropic이 Agent Teams 기능을 정식 연구 프리뷰로 출시했습니다. 하나의 리드 에이전트가 전체를 조율하고, 여러 팀원 에이전트가 독립적으로 작업하는 구조인데요. 이 팀원들이 서로 직접 소통할 수 있다는 게 기존 서브에이전트와의 결정적 차이점이에요.

이 병렬 에이전트 시스템을 터미널에서 시각적으로 보여주기 위해 바로 tmux를 활용했어요. 실제로 Claude Code 공식 문서에서도 AI 에이전트 병렬 작업을 위해 tmux 사용을 권장하고 있을 정도입니다. 이 장면을 본 많은 개발자들이 처음으로 tmux를 접했고, "이걸 왜 지금까지 몰랐지?"라는 반응이 쏟아졌어요.

국내 Claude Code 세미나 "클코나잇"에서도 tmux와 send-keys를 활용한 에이전트 간 통신 방식이 발표되어 큰 관심을 끌었습니다. 실제 개발 현장에서 이미 실전 적용이 시작된 거예요.

실제로 Anthropic은 16개 에이전트로 Rust C 컴파일러를 만들어 리눅스 커널 빌드에 성공하는 데모를 보여주기도 했는데, 이 구조 전체가 tmux 기반이었어요.

tmux의 3계층 구조, 이것만 알면 절반은 이해한 겁니다

tmux가 복잡해 보이는 이유 중 하나가 용어가 낯설어서예요. 하지만 구조 자체는 사실 굉장히 직관적입니다.

맨 위에 세션(Session)이 있어요. 하나의 프로젝트 단위로 보면 됩니다. "백엔드 개발" 세션, "프론트엔드 개발" 세션처럼 용도별로 큰 단위를 나누는 거예요.

세션 안에 윈도우(Window)가 있어요. 브라우저 탭과 비슷하게 생각하면 됩니다. 하나의 세션에서 여러 작업 공간을 탭처럼 전환할 수 있어요.

윈도우 안에 페인(Pane)이 있어요. 하나의 화면을 수직 또는 수평으로 나눈 것인데, 오른쪽엔 서버 로그, 왼쪽엔 에디터, 아래쪽엔 AI 에이전트 이런 식으로 분할해서 씁니다.

세션 > 윈도우 > 페인. 이 3계층 구조 덕분에 여러 AI 에이전트를 각각 다른 페인에 배치하고, 서로 다른 세션을 동시에 돌리는 게 가능해지는 거예요.

한 줄 정리: 세션(프로젝트) > 윈도우(탭) > 페인(화면 분할), 이 세 계층만 이해하면 tmux의 절반은 끝.

실제로 어떻게 쓰냐고요? 핵심 명령어 딱 이것만요

처음 tmux를 시작하는 분들이 가장 어려워하는 게 단축키인데, 사실 개념은 하나예요. 프리픽스(Prefix)라는 개념입니다.

기본 프리픽스는 Ctrl+B예요. 이걸 먼저 누른 다음에 명령 키를 입력하는 방식이에요.

새 윈도우 만들기는 Ctrl+B 누른 뒤 C, 화면을 좌우로 나누려면 Ctrl+B 후 %, 화면을 위아래로 나누려면 Ctrl+B 후 쌍따옴표, 페인 간 이동은 Ctrl+B 후 방향키, 세션을 잠시 나오려면 Ctrl+B 후 D, 다시 들어가려면 터미널에서 tmux a입니다.

처음에는 어색하지만 3일만 쓰면 손에 붙습니다. 익숙해지면 ~/.tmux.conf 설정 파일에서 프리픽스를 Ctrl+Space로 바꾸거나, 페인 이동을 VI 방향키(HJKL)로 바꾸는 식으로 내 스타일에 맞게 커스터마이징할 수 있어요.

한 줄 정리: Ctrl+B가 tmux의 시작점. 이 프리픽스 개념만 잡으면 나머지는 하루이틀이면 익힌다.

여러 AI 에이전트를 동시에 굴리는 실전 설정

tmux의 진짜 매력은 스크립팅 자동화에 있어요.

터미널에서 쓸 수 있는 tmux 명령어들을 셸 스크립트로 묶으면 개발 환경 전체를 한 번에 세팅할 수 있습니다. 실무에서는 send-keys 명령으로 특정 페인에 명령어를 전달하고, capture-pane 명령으로 다른 페인의 실행 결과를 읽어오는 방식으로 에이전트 간 통신을 구현해요.

예를 들면 이런 흐름이에요. Dev 에이전트가 코드를 작성하고, 작업이 완료되면 send-keys로 QA 에이전트에게 결과를 전달하고, QA 에이전트가 자동으로 테스트를 수행하는 방식입니다. 사람이 중간에 개입하지 않아도 에이전트들이 서로 협력하는 구조가 만들어지는 거예요.

더 나아가면 Claude Code를 팀 리더로, Codex와 Gemini CLI를 팀원으로 삼아 같은 코드 문제를 세 AI가 동시에 풀게 하고, 결과를 교차 검증하는 구조도 구현할 수 있어요. 단일 에이전트의 한계를 넘어서는 방식인데, 이게 tmux 없이는 불가능한 워크플로우예요.

아침에 출근해서 명령어 하나만 치면 백엔드 세션, 프론트엔드 세션, Claude Code 세션이 동시에 자동으로 세팅됩니다. 이 경험을 한 번 해보면 예전 방식으로 돌아가기 힘들어져요.

2026년 터미널 생태계, 지금 어떻게 돌아가고 있나요

tmux와 함께 터미널 생태계 자체도 빠르게 변하고 있어요.

tmux를 쓸 때 터미널 에뮬레이터는 가볍고 빠른 것이 최우선입니다. 탭 관리나 세션 관리는 어차피 tmux가 담당하기 때문에, 터미널 앱 자체는 빠른 렌더링에만 집중하면 되거든요. 현재 맥 환경에서 가장 추천받는 조합은 Ghostty + tmux입니다. GPU 가속을 활용해 빠르고, CPU와 메모리 사용량도 적어요.

흥미로운 건, tmux의 대안으로 cmux라는 도구도 등장했다는 거예요. macOS 전용으로 AI 에이전트 워크플로우에 최적화된 UI와 자동화 API를 제공하는데, Claude Code Teams가 이미 cmux의 tmux 호환 레이어를 통해 공식 지원을 시작했습니다. 경쟁이 아니라 각각 다른 문제를 푸는 도구로 공존하고 있는 상황이에요.

실제로 2026년 2월 기준으로 공개 GitHub 커밋의 4%, 하루 약 13만 5천 건이 Claude Code에 의해 작성되고 있다는 통계도 있어요. AI가 개발 생태계에 얼마나 깊이 들어왔는지를 보여주는 숫자죠.

개발자의 역할이 바뀌고 있어요, 그리고 tmux는 그 변화의 인프라입니다

2025년부터 개발자 커뮤니티에서 자주 나오는 표현이 있어요. "오케스트레이터"라는 단어예요.

코드를 직접 쓰는 사람에서, 여러 AI 에이전트를 조율하는 감독으로 역할이 이동하고 있다는 의미예요. 실제로 글로벌 컨설팅 기업 캡제미니의 조사에서 임원 75%가 코드 생성 및 평가에 AI 에이전트를 사용할 계획이라고 답했고, IBM과 Morning Consult의 개발자 조사에서는 99%가 이미 AI 에이전트를 탐색하거나 개발 중이라고 밝혔어요.

이 흐름 속에서 tmux는 단순한 개발 도구가 아니라 AI 시대의 인프라가 됐습니다. 여러 에이전트가 각각 독립된 페인에서 작업하고, 서로 결과를 주고받으며, 리더 에이전트가 전체를 조율하는 구조 전체가 tmux 위에서 돌아가요.

19년 된 도구가 AI 시대에 다시 빛나는 이유가 바로 여기에 있어요. 새로운 문제를 해결하는 데 꼭 새로운 도구가 필요한 건 아니거든요.

지금 당장 설치해보고 싶다면, 딱 이 명령어 하나로 시작하세요

tmux는 처음 사흘이 고비예요.

프리픽스 단축키가 어색하고, 왜 이렇게 구조가 복잡한지 의아할 수 있어요. 하지만 한 번 익숙해지면 tmux 없이 개발하는 게 오히려 불편하게 느껴질 만큼 생산성이 달라집니다.

현재 최신 안정 버전은 3.6a예요. 맥에서는 brew install tmux, 우분투 계열은 apt install tmux 하나면 끝이에요. 설치하고 나서 tmux new -s myproject로 첫 세션을 만들어보면, 왜 다들 이걸 쓰는지 금방 감이 올 거예요.

AI 에이전트 하나 쓰는 것도 효율적인데, 여러 에이전트를 병렬로 돌리고 서로 결과를 주고받게 한다면 그 속도는 몇 배가 됩니다. 19년 된 도구 하나가 당신의 AI 코딩 워크플로우를 완전히 바꿔줄 수 있어요.

아직 tmux 안 써보셨다면, 지금이 딱 시작할 때입니다.