tmux 사용법: Claude Code 원격 작업과 worktree 관리

Claude Code 원격 작업을 이어 가는 tmux 사용법을 정리합니다. 공식 설정, Git worktree별 세션 구성, SSH 재접속과 에이전트 팀의 분할 패널을 살펴봅니다. 노트북을 닫기 전에 확인할 실행 조건과 작업 분리 방법, 재접속이 안 될 때 점검할 항목도 안내합니다.

게시일

작성자
tmux 사용법: Claude Code 원격 작업과 worktree 관리

원격 환경에서 Claude Code 작업을 이어 가기 위한 tmux 사용법의 핵심은 실행 위치에 있습니다. 항상 켜 두는 원격 머신의 tmux 안에서 Claude Code를 실행하면 노트북을 닫았다가 SSH로 다시 접속해 진행 중인 작업으로 돌아올 수 있습니다. 독립적인 작업마다 Git worktree와 이름을 붙인 tmux 세션을 따로 만들면 기능 개발과 버그 수정이 서로 다른 파일 공간에서 진행됩니다. 우선 이 구성부터 시작하고, 작업 간에 논의와 조율이 필요해지면 에이전트 팀을 추가합니다.

구분해야 할 것은 실제로 작업을 실행하는 머신입니다. tmux는 연결이 끊겨도 터미널 세션을 유지합니다. 하지만 잠든 노트북에서 연산을 계속하거나, 꺼진 서버를 살려 두거나, 비정상 종료된 Claude 프로세스를 다시 시작하지는 못합니다. Anthropic도 SSH 연결이 끊긴 뒤에도 원격 Claude 세션을 유지해야 한다면 tmux 또는 screen을 사용하라고 명시적으로 권장합니다. Anthropic Remote Control 문서.

tmux 사용법의 시작: 공식 문서의 설정 적용하기

설정은 Claude Code가 실행되는 머신에 적용합니다. 원격으로 작업한다면 원격 호스트의 ~/.tmux.conf를 수정해야 합니다. 필요하면 해당 호스트의 패키지 관리자로 tmux를 설치하고, 다음 단계로 넘어가기 전에 그 호스트에서 tmux -V와 claude --version을 확인합니다.

아래 내용을 ~/.tmux.conf에 추가합니다. 처음 세 줄은 Anthropic 공식 문서에 나오는 설정입니다. 주석 처리된 마우스 설정은 선택 사항이며 Anthropic의 필수 요건이 아닙니다.

Tmux
set -g allow-passthrough on
set -s extended-keys on
set -as terminal-features 'xterm*:extkeys'

# Optional preference: enable mouse interaction in tmux.
# set -g mouse on

Passthrough는 알림과 진행 상태 업데이트가 tmux 바깥의 터미널까지 전달되도록 합니다. 확장 키 설정은 tmux가 Shift+Enter와 Enter를 구분할 수 있게 합니다. 실행 중인 tmux 서버에 설정을 적용하려면 tmux source-file ~/.tmux.conf를 실행합니다. 새 서버는 시작할 때 이 파일을 읽습니다. Anthropic 터미널 설정 문서.

아직 tmux 서버가 없다면 아래 안내에 따라 첫 세션을 만든 뒤 설정을 다시 불러오는 명령을 실행합니다. 초기 구성에는 서드파티 플러그인을 넣지 않습니다. 이 워크플로에 필수인 플러그인은 없습니다.

worktree마다 이름을 붙인 세션 따로 만들기

Git worktree는 저장소 이력을 공유하면서도 파일과 브랜치를 따로 갖는 또 하나의 체크아웃입니다. tmux 세션은 이름으로 구분하는 터미널 창 묶음이고, 패널은 창을 나눈 영역입니다. worktree를 작업대, tmux를 나갔다가 다시 들어올 수 있는 방이라고 생각하면 됩니다. Anthropic worktree 가이드.

세션 이름만 보고도 어느 체크아웃에 들어가는지 알 수 있도록 이름 규칙을 맞춥니다. 아래는 이 글에서 제안하는 구성이며, Claude Code의 기본 구성은 아닙니다.

작업호스트의 worktreetmux 세션창
기능 구현~/src/project-feature-acc-feature-aclaude, 필요하면 checks
버그 조사~/src/project-bugfixcc-bugfixclaude, 필요하면 checks

아래 초기 설정 예제는 ~/src/project에 기존 저장소가 있고, 커밋이 하나 이상 있으며, 사용할 브랜치·디렉터리·세션 이름이 아직 쓰이지 않는다는 전제입니다. dev@devbox와 프로젝트 경로는 자신의 환경에 맞게 바꿉니다. 노트북에서 tmux 밖의 일반 셸을 열고 시작합니다. worktree 명령은 Anthropic의 수동 관리 절차를 따르며, 이름을 붙인 세션 구성은 이 가이드가 제안하는 방식입니다.

Bash
ssh dev@devbox
cd ~/src/project

git worktree add ../project-feature-a -b feature-a
git worktree add ../project-bugfix -b bugfix

tmux new-session -d -s cc-feature-a -n claude -c "$HOME/src/project-feature-a"
tmux new-session -d -s cc-bugfix -n claude -c "$HOME/src/project-bugfix"

tmux attach-session -t cc-feature-a
# Now inside the feature worktree's tmux shell:
claude

SSH 연결 후 나머지 명령은 원격 호스트에서 입력합니다. 분리된 상태로 만든 두 세션에는 처음에는 셸만 실행되어 있습니다. 한 세션에 접속해 claude를 실행하면 일반적인 초기 설정 프롬프트를 포함해 코딩 세션이 화면에 나타납니다. 두 번째 작업도 시작하려면 현재 세션에서 분리한 뒤 cc-bugfix에 접속해 그곳에서 claude를 실행합니다.

각 worktree에는 의존성과 필요한 로컬 설정 등 프로젝트 환경을 별도로 준비해야 합니다. Claude에 파일 수정을 맡기기 전에 디렉터리와 브랜치를 확인합니다. Anthropic worktree 수동 관리 절차.

기능 개발용 체크아웃에 테스트 셸을 추가하고 싶다면 호스트의 셸에서 tmux new-window -t cc-feature-a -n checks -c "$HOME/src/project-feature-a"를 실행합니다. 검증 작업은 해당 작업의 세션 안에 둡니다. 기본 체크아웃을 두 에이전트가 함께 쓰는 임시 작업 디렉터리로 사용하지 않습니다.

Codex도 사용한다면 Codex CLI worktree 가이드에서 해당 툴의 워크플로를 따로 다룹니다.

노트북이 SSH를 통해 원격 호스트에 연결되고, 호스트 안에는 서로 분리된 tmux 세션 두 개가 있는 구조도.
세션은 원격 호스트에서 실행됩니다. SSH는 세션에 접속하는 수단이며, 이 구성에서는 각 세션이 별도의 worktree를 사용합니다.

노트북을 닫아도 이어서 작업하기: 세션 분리와 SSH 재접속

tmux의 기본 접두 키를 사용한다면 Ctrl+B를 누르고 두 키에서 손을 뗀 다음 D를 누릅니다. 클라이언트가 세션에서 분리되고 원격 셸로 돌아옵니다. 이제 SSH 연결을 끊어도 됩니다. Claude는 세션 안에서 계속 실행되도록 둡니다.

돌아와서는 ssh dev@devbox, tmux list-sessions, tmux attach-session -t cc-feature-a 순서로 실행합니다. 같은 원격 호스트와 사용자 계정을 사용해야 합니다. 노트북에서 ssh -t dev@devbox 'tmux attach-session -t cc-feature-a'를 실행하면 한 명령으로 같은 작업을 할 수 있습니다.

하려는 일조작 또는 명령
작업을 계속 실행한 채 나가기Ctrl+B를 누른 뒤 D
이름을 붙인 세션 목록 확인하기tmux list-sessions
버그 수정 세션으로 돌아가기tmux attach-session -t cc-bugfix
tmux 안에서 다른 세션으로 전환하기Ctrl+B를 누른 뒤 S
현재 세션에서 창 선택하기Ctrl+B를 누른 뒤 W

이 키 조합은 기본 접두 키를 기준으로 합니다. 이미 바꿨다면 자신이 설정한 접두 키를 사용합니다. tmux 안에서는 다른 tmux 클라이언트를 중첩해서 실행하지 말고 세션을 전환합니다.

세션에 다시 접속하면 기존 터미널 프로세스로 연결됩니다. 그 프로세스가 이미 종료됐다면 대화 복구는 별개의 작업입니다. claude --continue는 현재 디렉터리의 가장 최근 대화를 이어 가고, claude --resume은 대화를 고르는 화면을 엽니다. 어느 명령도 원래 프로세스를 계속 실행해 두는 일을 대신하지는 못합니다. Anthropic 세션 워크플로.

휴대폰이나 브라우저에서 접속하려면 Claude Code Remote Control을 참고합니다. 이 경우에도 실제 실행은 호스트에서 이루어지므로 호스트가 켜져 있어야 합니다. Anthropic Remote Control.

작업 간 조율이 필요할 때 Claude Code 에이전트 팀 추가하기

에이전트 팀은 실험적 기능이며 기본적으로 꺼져 있습니다. tmux 셸에서 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 claude --teammate-mode tmux를 실행해 새로운 대화형 리드 세션을 시작합니다. 환경 변수는 이번 실행에서 팀 기능을 켜고, 플래그는 분할 패널을 선택합니다. Anthropic 에이전트 팀 설정.

현재 기본값은 in-process입니다. auto는 tmux 안에서 분할 패널을 사용하고 필요하면 다른 모드로 전환합니다. tmux는 터미널을 감지해 분할 패널 모드를 선택합니다. 설정을 계속 유지하려면 ~/.claude/settings.json의 teammateMode를 사용합니다. 분할 패널에서는 팀원마다 별도의 터미널이 화면에 표시됩니다. Anthropic은 VS Code 통합 터미널, Windows Terminal, Ghostty를 이 모드에서 지원하지 않는 터미널로 명시합니다. Anthropic 표시 모드와 제한 사항.

처음 시험해 본다면 저는 리드에게 다음처럼 범위가 좁은 작업을 맡기겠습니다.

체크아웃 시간 초과 문제를 조사할 에이전트 팀을 만들어 주세요. 팀원 하나의 이름은 Requests, 다른 하나는 Storage로 지정해 주세요. Requests는 재시도 동작을 추적하고, Storage는 트랜잭션 경계를 살펴보세요. 서로 찾은 근거를 비교하도록 해 주세요. 파일은 수정하지 마세요. 수정 제안과 테스트 계획을 정리해 주세요.

수동으로 시작한 cc-feature-a와 cc-bugfix 세션은 둘 다 tmux 안에 있다는 이유만으로 팀원이 되지 않습니다. 팀 구성은 누가 작업을 배분하고 조사 결과를 종합할지에 관한 별도의 선택입니다. 한 세션 안에서 특정 작업을 집중적으로 위임하려면 Claude Code 서브에이전트가 더 적합합니다.

서로 독립적인 수동 작업 공간 두 개와, 리드와 팀원들이 연결된 에이전트 팀을 나란히 보여 주는 그림.
수동 세션에서는 사용자가 작업을 조율합니다. 에이전트 팀에는 리드와 팀원 간 소통이 더해집니다.

패널이 나뉘어 있다고 체크아웃까지 분리되는 것은 아닙니다. 독립적으로 파일을 수정하려면 서로 다른 파일을 맡기거나 별도의 worktree를 사용합니다. 팀은 토큰도 더 많이 사용하며, tmux가 그 사용량을 줄여 주지는 않습니다. 다시 접속하면 살아 있는 터미널로 돌아갈 수 있지만, /resume은 프로세스 내부에서 실행되던 팀원을 복원하지 못합니다. Anthropic 팀 운영 안내.

이 구성이 잘 맞는 다섯 가지 작업 상황

저라면 아래 순서로 활용을 검토하겠습니다. 각각 가능한 워크플로를 제안한 것이며, 생산성 향상을 측정했다는 주장은 아닙니다.

개발 상황구성 활용 방법기대할 수 있는 이점
노트북에서 원격 개발 호스트에 접속해 작업합니다코딩 작업을 이름을 붙인 원격 세션에 두고, 자리를 떠나기 전에 세션에서 분리합니다이동하거나 연결이 끊긴 뒤 터미널 작업 환경을 다시 구성할 필요가 줄어듭니다
기능 개발 도중 버그 제보가 들어옵니다버그 조사에 별도의 브랜치, worktree, 세션을 할당합니다작업 중인 기능 개발용 체크아웃에 영향을 주지 않고 조사할 수 있습니다
두 릴리스 계열을 유지보수합니다각 계열에 명확한 이름의 세션과 체크아웃을 하나씩 둡니다수정을 승인하기 전에 어느 버전을 바꾸고 있는지 확인하기 쉽습니다
여러 구현 방식을 비교합니다후보마다 worktree를 따로 만들고 결과 diff를 검토합니다선택할 때까지 실험을 모두 보존하고, 통합 여부를 명시적으로 결정할 수 있습니다
원인이 불분명한 장애를 여러 관점에서 살펴봐야 합니다범위를 정한 에이전트 팀 조사를 진행하고 리드가 근거를 종합하도록 합니다독립적인 조사가 유용한 상황에서 진단에 이르는 시간을 줄일 수 있습니다

자동화를 더하기 전에 작업 중단으로 드는 비용부터 측정합니다. 예를 들어 작업 맥락을 다시 파악하는 데 매번 4분이 걸리고 이런 중단이 일주일에 5번 생긴다면 주당 20분이 듭니다. 이는 가상의 입력값이며 벤치마크 결과가 아닙니다. 자신의 복귀 시간, 설정 시간, 검토 시간을 기록합니다. 그 합계가 줄어들어야 이 워크플로를 쓸 가치가 있습니다. 에이전트를 동시에 더 많이 실행한다고 반드시 이득이 커지는 것은 아닙니다.

이 구성을 바탕으로 만들어 볼 만한 작은 툴 두 가지

더 유망한 쪽은 개발팀용 worktree·세션 런처입니다. 플랫폼 팀은 개발자 전체가 작업 이름, 체크아웃 경로, 접속 명령을 일관되게 사용하도록 하는 데 비용을 지불할 수 있습니다. 최소한의 유용한 버전이라면 worktree를 생성하거나 찾아서 이름에 맞는 tmux 세션을 열고, Claude를 실행하기 전에 브랜치와 경로를 보여 주면 됩니다. 체크아웃을 정리하기 전에는 확인을 받아야 합니다.

2026년 10월 12일에 조회한 DataForSEO의 미국 키워드 추정치에 따르면 “tmux claude code”의 월간 검색량은 480회입니다. 이는 설정에 대한 관심을 보여 주는 제한적인 신호이며 구매자 수가 아닙니다. 짧은 내부 스크립트만으로도 충분할 수 있다는 점이 걸림돌입니다. 유료 제품이라면 반복 작업을 줄여 주는 팀별 설정이나 지원이 필요합니다.

두 번째는 범위가 더 좁은 원격 세션 목록 관리 툴입니다. 소규모 엔지니어링 팀이 승인된 호스트 별칭, 세션 이름, 체크아웃 경로를 한곳에 기록하고 SSH 접속 명령을 복사할 수 있게 하는 제품입니다. 검색과 탐색 기능부터 시작하고, 사용자가 필요로 할 때만 수명 주기 관리 기능을 추가합니다.

같은 DataForSEO 조회에서 미국 월간 검색량은 “claude code remote”가 1,600회, “claude code remote ssh”가 70회로 추정됩니다. 더 넓은 검색어에는 다른 원격 인터페이스를 찾는 사람도 포함되므로, 이것만으로 SSH 제품의 수요가 입증되지는 않습니다. 여기서 걸림돌은 접근 권한 관리입니다. 목록 관리 툴은 각 개발자에게 이미 부여된 호스트 권한을 따라야 합니다. 대시보드를 만들기 전에 원격 근무 중심의 팀을 인터뷰합니다.

실제 사용 중 자주 마주치는 질문

노트북을 닫아도 Claude가 계속 작업하나요?

Claude와 tmux가 절전 상태로 전환되지 않고 연결도 유지되는 원격 호스트에서 실행 중이라면 그렇습니다. 절전 상태로 들어가는 노트북에서 실행 중이라면 작업도 함께 멈춥니다. 터미널이 살아 있다고 작업이 계속 진전된다는 보장도 없습니다. Claude가 사용자 입력을 기다리고 있을 수도 있습니다.

tmux 안에서 Shift+Enter를 눌렀는데 왜 여전히 입력이 전송되나요?

실제로 tmux가 실행되는 호스트에서 설정 파일을 수정하고 다시 불러왔는지 확인합니다. /terminal-setup이 필요한 환경이라면 tmux 바깥의 터미널에서 실행합니다. 공식 문서에서 안내하는 줄바꿈 대체 키는 Ctrl+J입니다. Anthropic 터미널 설정.

다시 접속하려는데 세션이 없다고 나오면 어떻게 하나요?

호스트와 사용자 계정을 확인하고, tmux list-sessions로 정확한 세션 이름을 확인합니다. 세션이 종료됐거나 호스트가 재부팅됐다면 접속을 다시 시도할 것이 아니라 복구해야 합니다. 원래 세션이 다른 곳에서 계속 실행 중인지 확인하기 전에는 비슷한 이름의 대체 세션을 만들지 않습니다.

tmux 패널을 둘로 나누면 에이전트가 같은 파일을 수정하지 못하나요?

아닙니다. 이 구성에서는 별도의 worktree 경로가 작업을 분리합니다. 수정을 시작하기 전에 각 셸의 디렉터리와 브랜치를 확인합니다. 결과 변경 사항은 여전히 검토하고 통합해야 합니다.

월요일에 바로 해 볼 일은 원격 작업 하나를 골라 worktree와 이름을 붙인 세션을 만드는 것입니다. 작업을 실행해 둔 채 자리를 비우기 전에 세션에서 분리했다가 다시 접속할 수 있는지 확인합니다. 이 과정이 익숙해진 뒤에 두 번째 독립 작업을 추가합니다.

팀 개발 환경에 이 워크플로를 구축해야 한다면, 실서비스용 AI 시스템을 구축하는 저희에게 문의하세요.

게시일
카테고리
Build
로컬 LLM, Ollama와 vLLM 중 무엇으로 운영할까?

로컬 LLM, Ollama와 vLLM 중 무엇으로 운영할까?

로컬 LLM을 Ollama와 vLLM 중 무엇으로 운영할지 고민된다면 동시 요청, GPU 메모리, 모델 크기부터 확인합니다. 설치와 성능, 양자화 형식, API 호환성을 비교하고, 월 운영 비용 계산과 이전 체크리스트로 내 서비스에 맞는 선택 기준을 정리합니다.2026년 10월 12일Build
바이브 코딩 툴 비교: Lovable과 Cursor, MVP에 맞는 선택은? (2026)

바이브 코딩 툴 비교: Lovable과 Cursor, MVP에 맞는 선택은? (2026)

바이브 코딩 툴 Lovable과 Cursor를 창업자와 PM 관점에서 비교합니다. 웹 MVP 제작 방식, 코드 소유권, 호스팅·데이터베이스 운영, 월간 요금과 협업 비용을 살펴보고, GitHub로 작업을 넘길 때 확인할 사항과 백엔드 이전을 별도로 계획해야 하는 이유를 정리합니다.2026년 10월 11일Build
Ollama vs LM Studio 비교: 로컬 AI 툴 선택 가이드

Ollama vs LM Studio 비교: 로컬 AI 툴 선택 가이드

Ollama와 LM Studio, 어떤 로컬 AI 툴을 선택할까요? 개발용 API와 데스크톱 앱, 헤드리스 서버, GPU 지원, 업무용 라이선스를 비교합니다. 무료 로컬 실행과 클라우드 요금, 대화 상태 유지와 접근 제어의 차이를 확인하고 작업에 맞는 툴을 고를 수 있습니다.2026년 10월 11일Build
Cursor rules 설정 가이드: 적용 범위부터 TypeScript 예제까지

Cursor rules 설정 가이드: 적용 범위부터 TypeScript 예제까지

Cursor rules를 어디에 저장하고 언제 적용해야 할지 정리합니다. 프로젝트·개인·팀 규칙의 차이부터 TypeScript 스타일, 테스트, 보안 예제까지 살펴보고, 실제 코드 변경으로 설정을 검증하는 방법과 기존 .cursorrules 파일을 옮길 때 확인할 점을 알아봅니다.2026년 10월 11일Build
Codex CLI 설치와 사용법: 첫 작업부터 팀 공통 설정까지

Codex CLI 설치와 사용법: 첫 작업부터 팀 공통 설정까지

Codex CLI 설치부터 ChatGPT·API 키 로그인, 첫 테스트 작성과 검토까지 안내합니다. 모델 선택, 샌드박스와 승인 정책, AGENTS.md와 config.toml, MCP 서버와 워크트리를 팀에 맞게 설정하고, 작은 작업의 검증 결과를 바탕으로 도입 범위를 넓힙니다.2026년 10월 11일Build
Claude Code 사용법: 재작업과 비용을 줄이는 9가지 실무 습관

Claude Code 사용법: 재작업과 비용을 줄이는 9가지 실무 습관

Claude Code 사용법을 실무에 적용하는 순서를 정리합니다. 테스트와 계획, CLAUDE.md, 컨텍스트 관리부터 비용 측정, 권한, 훅, 서브에이전트, 워크트리까지 소규모 팀이 재작업을 줄이는 방법과 각 설정의 한계, 바로 따라 할 명령어를 확인합니다.2026년 10월 11일Build
Codex MCP와 스킬을 플러그인으로 묶어 팀에 배포하는 방법

Codex MCP와 스킬을 플러그인으로 묶어 팀에 배포하는 방법

Codex MCP 연결과 스킬을 플러그인으로 묶어 팀에 배포하는 방법을 안내합니다. 파일 세 개로 패키지를 만들고 저장소 마켓플레이스에서 설치하는 과정부터 서비스 인증, 관리자 게시 제어, 팀 도입 시 확인할 사항까지 살펴봅니다. 예제 코드와 함께 팀에 맞는 워크플로를 구성해 보세요.2026년 10월 11일Build
Claude Code 사용법: CLAUDE.md로 팀 규칙과 메모리 관리하기

Claude Code 사용법: CLAUDE.md로 팀 규칙과 메모리 관리하기

Claude Code 사용법의 핵심인 CLAUDE.md 작성부터 프로젝트·사용자별 설정, 경로별 규칙, AGENTS.md 연동, 자동 메모리 관리까지 살펴봅니다. 소규모 제품팀용 예시와 월별 정리 절차로 반복 설명을 줄이고, 공유 지침과 개인 메모리를 구분하는 방법을 확인하세요.2026년 10월 11일Build
뉴스레터

매주 일요일, 한 통의 편지.뜨거운 의견이 아닌, 돌아가는 시스템.

주간 발행. 스팸 없음. 언제든 해지 가능합니다.