fos-blog/study
01 / 홈02 / 카테고리
01 / 홈02 / 카테고리

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • langgraph 페이지로 이동
    • agents.md
    • BMAD Method — AI 에이전트로 애자일 개발하는 방법론
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • Claude Code를 5주 더 쓴 결과 — 스킬·CLAUDE.md를 키워가는 방식
    • Claude Code를 11일 동안 쓴 결과 — 데이터로 본 나의 사용 패턴
    • Claude Code 멀티 에이전트 — Teams
    • AI 에이전트와 디자인의 새 컨벤션 — DESIGN.md, Google Stitch, Claude Design
    • 하네스 엔지니어링 실전 — 4인 에이전트 팀으로 코딩 파이프라인 구축하기
    • 하네스 엔지니어링 — 오래 실행되는 AI 에이전트를 위한 설계
    • 멀티모달 LLM (Multimodal Large Language Model)
    • AI 에이전트와 함께 MVP 만들기 — dooray-cli 사례
  • ai 페이지로 이동
    • agent 페이지로 이동
  • algorithm 페이지로 이동
    • live-coding 페이지로 이동
    • 분산 계산을 위한 알고리즘
  • architecture 페이지로 이동
    • [초안] 시니어 백엔드를 위한 API 설계 실전 스터디 팩 — REST · 멱등성 · 페이지네이션 · 버전 전략
    • [초안] API Versioning과 Backward Compatibility: 시니어 백엔드 관점 정리
    • 캐시 설계 전략 총정리
    • [초안] CJ푸드빌 커머스/F&B 도메인 설계 면접 대비 — 슬롯 경험을 주문·결제·쿠폰·매장 상태 설계로 번역하기
    • [초안] 커머스 Spring 서비스에 Clean/Hexagonal Architecture를 실용적으로 적용하기
    • [초안] 커머스 주문 상태와 데이터 정합성 기본기 — CJ푸드빌 면접 대비
    • [초안] 쿠폰/프로모션 동시성과 정합성 기본기 — 선착순·중복 사용 방지·발급/사용/복구
    • [초안] DDD와 도메인 모델링: 시니어 백엔드 관점의 전술/전략 패턴 실전 가이드
    • [초안] Decorator & Chain of Responsibility — 행동을 체인으로 조립하는 두 가지 방식
    • 디자인 패턴
    • [초안] 분산 아키텍처 완전 정복: Java 백엔드 시니어 인터뷰 대비 실전 가이드
    • [초안] 분산 트랜잭션과 Outbox 패턴 — 왜 2PC를 피하고 어떻게 대신할 것인가
    • 분산 트랜잭션
    • [초안] e-Commerce 주문·결제 도메인 모델링: 상태머신, 멱등성, Outbox/Saga 실전 정리
    • [초안] F&B 쿠폰·프로모션·멤버십·포인트 설계
    • [초안] F&B · e-Commerce 디지털 채널 도메인 한 장 정리 — CJ푸드빌 디지털 채널 백엔드 면접 대비
    • [초안] F&B 주문/매장/픽업 상태머신 설계 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] F&B 이커머스 결제·환불·정산 운영 가이드
    • [초안] Hexagonal / Clean Architecture를 Spring 백엔드에 적용하기
    • [초안] 대규모 커머스 트래픽 처리 패턴 — 1,600만 고객과 올영세일을 버티는 설계
    • [초안] 레거시 JSP/jQuery 화면과 신규 API가 공존하는 백엔드 운영 전략
    • [초안] MSA 서비스 간 통신: Redis [Cache-Aside](../database/redis/cache-aside.md) × Kafka 이벤트 하이브리드 설계
    • [초안] Observability 입문: 시니어 백엔드가 장애를 탐지하고 대응하는 방식
    • [초안] Outbox / Inbox Pattern 심화 — 분산 메시징의 정합성 문제를 DB 트랜잭션으로 풀어내기
    • [초안] 결제 도메인 멱등성과 트랜잭션 재시도 기본기
    • [초안] 시니어 백엔드를 위한 Resilience 패턴 실전 가이드 — Timeout, Retry, Circuit Breaker, Bulkhead, Backpressure
    • [초안] REST API 버저닝과 모바일 앱 하위 호환성 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] Strategy Pattern — 분기문을 없애는 설계, 시니어 백엔드 인터뷰 핵심 패턴
    • [초안] 시니어 백엔드를 위한 시스템 설계 입문 스터디 팩
    • [초안] 템플릿 메서드 패턴 - 백엔드 처리 골격을 강제하는 가장 오래되고 가장 위험한 패턴
    • [초안] 대규모 트래픽 중 무중단 마이그레이션 — Feature Flag + Shadow Mode 실전
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • redis 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • 커넥션 풀 크기는 얼마나 조정해야 할까?
    • 인덱스 - DB 성능 최적화의 핵심
    • [초안] JPA N+1과 커머스 조회 모델: 주문/메뉴/쿠폰 도메인에서 살아남기
    • [초안] MyBatis 기본기 — XML Mapper, resultMap, 동적 SQL, 운영 패턴 정리
    • [초안] MyBatis와 JPA/Hibernate 트레이드오프 — 레거시 백엔드를 다루는 시니어 관점
    • 역정규화 (Denormalization)
    • 데이터 베이스 정규화
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • observability 페이지로 이동
    • [초안] 커머스/F&B 채널 장애 첫 5분과 관측성 기본기
    • Envoy Proxy
    • [초안] F&B / e-Commerce 운영 장애 대응과 모니터링 — 백엔드 관점 정리
    • Graceful Shutdown
  • finance 페이지로 이동
    • industry-cycle 페이지로 이동
    • investing 페이지로 이동
    • stock-notes 페이지로 이동
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • [초안] AI 서비스 팀 경험 기반 시니어 백엔드 면접 질문 뱅크 — Spring Batch RAG / gRPC graceful shutdown / 전략 패턴 / 12일 AI 웹툰 MVP
    • [초안] CJ푸드빌 디지털 채널 Back-end 커피챗 준비
    • [초안] CJ푸드빌 디지털 채널 — Part 2: ivips.co.kr SRE 외부 진단
    • [초안] CJ푸드빌 디지털 채널 — Part 3: 5/18 사전 커피챗 D-5 준비
    • [초안] CJ푸드빌 디지털 채널 Back-end 개발자 직무 분석
    • [초안] CJ푸드빌 디지털 채널 Back-end 면접 답변집 — 슬롯 도메인 경험을 커머스/F&B 설계로 번역하기
    • [초안] F&B / e-Commerce 운영 모니터링과 장애 대응 인터뷰 정리
    • Observability — 면접 답변 프레임
    • [초안] 시니어 Java 백엔드 면접 마스터 플레이북 — 김병태
    • [초안] NSC 슬롯팀 경험 기반 질문 은행 — 도메인 모델링·동시성·성능·AI 협업
  • java 페이지로 이동
    • concurrency 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • 더_자바_코드를_조작하는_다양한_방법 페이지로 이동
    • [초안] Java 동시성 락 정리 — 커머스 메뉴/프로모션 정책 캐시 갱신 관점
    • [초안] JVM 튜닝 실전: 메모리 구조부터 Virtual Threads, GC 튜닝, 프로파일링까지
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node 백엔드 운영 패턴 — Streams 백프레셔, pipe/pipeline, 멱등성 vs 분산 락
    • Node.js
    • npm vs pnpm — 어떤 기준으로 선택했나
    • `setImmediate()`
  • kafka 페이지로 이동
    • [초안] Kafka 기본 개념 — 토픽, 파티션, 오프셋, 복제
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • [초안] Kafka 실전 설계: 파티션 전략, 컨슈머 그룹, 전달 보장, 재시도, 순서 보장 트레이드오프
    • 메시지 전송 신뢰성
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • tmux — Terminal Multiplexer
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • rabbitmq 페이지로 이동
    • [초안] RabbitMQ Basics — 실전 백엔드 관점에서 정리하는 메시지 브로커 기본기
    • [초안] RabbitMQ vs Kafka — 백엔드 메시징 선택 기준과 실전 운영 관점
  • security 페이지로 이동
    • [초안] 시니어 백엔드를 위한 보안 / 인증 스터디 팩 — Spring Security, JWT, OAuth2, OWASP Top 10
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • sb-dev-team 페이지로 이동
    • the-future-company 페이지로 이동
  • testing 페이지로 이동
    • [초안] 시니어 Java 백엔드를 위한 테스트 전략 완전 정리 — 피라미드부터 TestContainers, 마이크로벤치, Contract까지
  • travel 페이지로 이동
    • 오사카 3박 4일 일정표: 우메다 쇼핑, USJ, 난바·도톤보리, 오사카성
  • web 페이지로 이동
    • [초안] HTTP / Cookie / Session / Token 인증 기본기 — 레거시 JSP와 모바일 API가 공존하는 백엔드 관점
FOS-BLOG · FOOTERall systems normal·v0.1 · 2026.04.27·seoul, kr
Ffos-blog/study

개발 학습 기록을 정리하는 블로그입니다. 공부하면서 기록하고, 기록하면서 다시 배웁니다.

visitors
01site
  • Home↗
  • Posts↗
  • Categories↗
  • About↗
02policy
  • 소개/about
  • 개인정보처리방침/privacy
  • 연락처/contact
03categories
  • AI↗
  • Algorithm↗
  • DB↗
  • DevOps↗
  • Java/Spring↗
  • JS/TS↗
  • React↗
  • Next.js↗
  • System↗
04connect
  • GitHub@jon890↗
  • Source repositoryjon890/fos-study↗
  • RSS feed/rss.xml↗
  • Newsletter매주 1 회 · 한 편의 글→
© 2026 FOS Study. All posts MIT-licensed.
built with·Next.js·Tailwind v4·Geist·Pretendard·oklch
fos-blog/linux/tmux — Terminal Multiple…
system

tmux — Terminal Multiplexer

"TMUX Masterclass: Terminal Multiplexing for the AI Agent Era" 영상을 보고 정리한 내용. --- 일반 터미널 에뮬레이터(iTerm, Terminal.app 등)는 창을 닫으면 프로세스가 종료된다. tmux는 서버 기반 세션 관리를 제공해서 터미널 창을 닫아도 내부 프로세스가 계속 실행된다. 터미널 에뮬레이터...

2026.03.24·5 min read·99 views

"TMUX Masterclass: Terminal Multiplexing for the AI Agent Era" 영상을 보고 정리한 내용.


tmux가 필요한 이유

일반 터미널 에뮬레이터(iTerm, Terminal.app 등)는 창을 닫으면 프로세스가 종료된다. tmux는 서버 기반 세션 관리를 제공해서 터미널 창을 닫아도 내부 프로세스가 계속 실행된다.

plaintext
터미널 에뮬레이터:
  창 닫기 → 프로세스 종료
 
tmux:
  창 닫기(detach) → tmux 서버에서 세션 계속 실행
  다시 접속(attach) → 그대로 재개

개발 서버를 tmux에 올려두면 SSH 연결이 끊겨도, 터미널 앱을 재시작해도 서버는 계속 돌아간다.


3계층 구조

plaintext
세션 (Session)
  └─ 윈도우 (Window)  ← 탭처럼 전환
       └─ 페인 (Pane)  ← 화면 분할
  • 세션: 가장 상위 단위. 프로젝트 단위로 구성하면 편하다 (백엔드 세션, 프론트엔드 세션 등)
  • 윈도우: 세션 내의 탭. 브라우저 탭과 유사
  • 페인: 윈도우를 수평/수직으로 분할한 단위. 같은 화면에 여러 터미널을 띄울 수 있다

기본 사용법 (터미널에서)

bash
tmux            # 새 세션 시작
tmux new        # 새 세션 시작 (동일)
tmux ls         # 실행 중인 세션 목록
tmux attach     # 세션에 재접속 (tmux a 도 동일)
tmux a -t 이름  # 특정 이름의 세션에 접속

단축키

tmux의 모든 단축키는 Prefix key를 먼저 누른 뒤 입력한다. 기본 Prefix는 Ctrl + b.

세션

단축키동작
Prefix + d세션 빠져나오기 (detach, 세션 종료 아님)
Prefix + s세션 목록 보기 + 전환
Prefix + $세션 이름 변경
Prefix + :newtmux 안에서 새 세션 생성

윈도우

단축키동작
Prefix + c새 윈도우 생성
Prefix + w윈도우 전체 리스트 (선택해서 이동 가능)
Prefix + p이전 윈도우로 이동
Prefix + n다음 윈도우로 이동
Prefix + 0~9번호로 윈도우 바로 이동
Prefix + ,윈도우 이름 변경

페인

단축키동작
Prefix + %수평 분할 (우측에 새 페인)
Prefix + "수직 분할 (아래에 새 페인)
Prefix + 방향키페인 간 이동
Prefix + z현재 페인 최대화 / 원상복구 (zoom toggle)

.tmux.conf 설정

홈 디렉터리의 ~/.tmux.conf 파일로 커스터마이징한다. 변경 후 tmux source ~/.tmux.conf로 적용.

Prefix 키 변경

기본 Ctrl+b는 누르기 불편하다. Ctrl+Space나 Ctrl+a로 바꾸는 경우가 많다.

bash
# Ctrl+Space로 변경
unbind C-b
set -g prefix C-Space
bind C-Space send-prefix

히스토리 늘리기

기본값 2,000줄은 개발 서버 로그 보기에 부족하다.

bash
set -g history-limit 50000

마우스 활성화

마우스로 페인 클릭해서 이동하거나 경계선 드래그로 크기 조절이 가능해진다.

bash
set -g mouse on

VI 키로 페인 이동

hjkl로 페인 간 이동할 수 있게 설정하면 손 이동이 줄어든다.

bash
# Alt + hjkl 로 페인 이동 (Prefix 없이)
bind -n M-h select-pane -L
bind -n M-j select-pane -D
bind -n M-k select-pane -U
bind -n M-l select-pane -R

테마 (Catppuccin)

상태바에 Git 브랜치, CPU, 메모리, 배터리, 시간을 표시하는 테마.

bash
# TPM(Tmux Plugin Manager) 기반 설치
set -g @plugin 'catppuccin/tmux'

AI 에이전트와 tmux 연동

tmux가 AI 에이전트 시대에 다시 주목받는 이유가 여기 있다. tmux 세션을 프로그래매틱하게 제어할 수 있는 CLI 명령어 덕분에, Claude Code 같은 터미널 기반 에이전트가 다른 페인이나 세션을 직접 조작할 수 있다.

핵심 명령어

bash
# 특정 페인으로 명령어 전송
tmux send-keys -t 세션:윈도우.페인 "npm run dev" Enter
 
# 특정 페인의 출력 캡처
tmux capture-pane -t 세션:윈도우.페인 -p

활용 패턴 1 — 자동 로그 분석

한쪽 페인에 개발 서버, 다른 페인에 Claude Code를 실행해두면:

plaintext
"0번 페인의 서버 로그를 확인해서 에러 원인 분석해줘"

Claude Code가 capture-pane으로 서버 로그를 직접 읽어와서 분석한다. 로그를 복사해서 붙여넣을 필요가 없다. 다른 세션의 윈도우 로그도 가져올 수 있다.

활용 패턴 2 — 스크립트로 개발 환경 일괄 구성

매번 수작업으로 페인 나누고 서버 올리는 작업을 스크립트로 자동화할 수 있다.

bash
#!/bin/bash
# dev-setup.sh: 백엔드/프론트엔드/에이전트 환경 한 번에 구성
 
# 백엔드 세션
tmux new-session -d -s backend -n server
tmux send-keys -t backend:server "cd ~/project/backend && npm run dev" Enter
 
# 프론트엔드 세션
tmux new-session -d -s frontend -n server
tmux send-keys -t frontend:server "cd ~/project/frontend && npm run dev" Enter
 
# Claude Code 세션
tmux new-session -d -s agent
tmux send-keys -t agent "claude" Enter
 
tmux attach -t backend

스크립트 하나로 전체 개발 환경이 세팅된다.

활용 패턴 3 — 멀티 에이전트 병렬 실행

여러 페인에 각각 다른 Claude Code 인스턴스를 띄워서 병렬로 작업을 처리할 수 있다. 단일 에이전트의 컨텍스트 한계나 처리 속도 제약을 우회하는 방식이다.

bash
# 3개 에이전트 병렬 실행
tmux split-window -h   # 수평 분할
tmux split-window -v   # 수직 분할
 
tmux send-keys -t 0 "claude --task 'API 구현'" Enter
tmux send-keys -t 1 "claude --task '테스트 작성'" Enter
tmux send-keys -t 2 "claude --task '문서 작성'" Enter

관련 도구

  • TPM(Tmux Plugin Manager): 플러그인 관리자. ~/.tmux/plugins/tpm
  • yazi: 터미널 파일 탐색기. tmux 단축키로 연동하면 Prefix + Tab으로 즉시 파일 탐색 가능
  • tmuxinator: YAML로 복잡한 세션 레이아웃을 정의해서 재사용하는 도구
on this page
  • 01tmux가 필요한 이유
  • 023계층 구조
  • 03기본 사용법 (터미널에서)
  • 04단축키
  • 세션
  • 윈도우
  • 페인
  • 05.tmux.conf 설정
  • Prefix 키 변경
  • 히스토리 늘리기
  • 마우스 활성화
  • VI 키로 페인 이동
  • 테마 (Catppuccin)
  • 06AI 에이전트와 tmux 연동
  • 핵심 명령어
  • 활용 패턴 1 — 자동 로그 분석
  • 활용 패턴 2 — 스크립트로 개발 환경 일괄 구성
  • 활용 패턴 3 — 멀티 에이전트 병렬 실행
  • 07관련 도구

댓글 (0)