사용자 검수 전 · 2026-08-20 공식 문서 기준 — Claude Code와 Codex는 모두 여러 대화를 운용할 수 있다. tmux Window가 필요한 이유와, Window만으로는 해결되지 않는 공유 작업공간 충돌을 구분한다.
§ 00 · 결론 — 둘 다 다중 대화가 가능하다
Claude Code와 Codex 모두 서로 다른 대화를 여러 개 만들고 저장된 대화를 다시 열거나 갈라낼 수 있다. tmux Window마다 CLI 프로세스 하나를 띄우면 여러 대화를 나란히 실행하고 이름으로 전환할 수 있다. “한쪽만 다중채팅이 된다”가 핵심 차이는 아니다.
구분해야 할 것은 세 층이다. tmux Window는 터미널 화면과 프로세스를 나눈다. 각 도구의 session 또는 chat은 대화 기록과 문맥을 나눈다. Git branch나 별도 작업 디렉터리는 파일 변경을 나눈다. 앞의 두 층을 나눴다고 마지막 층까지 자동으로 격리되지는 않는다.
§ 01 · Claude Code — Session을 이름 붙이고 branch한다
Claude Code의 대화는 프로젝트 디렉터리에 묶인 Session이다. 공식 문서는 claude --resume 또는 /resume으로 저장된 Session을 고르고, /branch나 --fork-session으로 기존 기록을 복사한 새 Session을 만드는 흐름을 설명한다. 여러 일을 병렬로 할 때 Session 이름을 붙이는 기능도 제공한다.
같은 Session을 fork하지 않고 두 터미널에서 동시에 resume하면 두 쪽 메시지가 하나의 transcript에 섞일 수 있다고 공식 문서가 경고한다. 따라서 Window를 둘로 나눌 때는 같은 Session을 두 번 여는 것이 아니라 독립 Session을 새로 만들거나 branch한다.
§ 02 · Codex — Chat과 agent thread를 구분한다
Codex CLI는 /new로 별도 Chat을 시작하고, /resume으로 저장된 Chat을 이어가며, /fork로 원래 transcript를 보존한 새 Chat을 만든다. 공식 문서는 결과가 다른 일마다 별도 Chat을 두고, 같은 문제의 연속 작업은 같은 Chat에 남기는 방식을 권한다.
Codex의 subagent와 /agent가 보여 주는 agent thread는 한 주 대화가 일부 일을 위임해 모으는 내부 병렬 구조다. 사용자가 tmux Window마다 독립 CLI Chat을 띄우는 것과 목적이 다르다. 독립된 책임과 장기 문맥이 필요하면 별도 Chat, 한 결과를 위한 제한된 조사라면 agent thread라는 식으로 구분한다.
§ 03 · 왜 tmux Window인가 — 대화와 실행 상태를 눈에 보이게 나눈다
긴 대화형 CLI는 한 터미널을 계속 점유한다. Window를 나누면 notes, implementation, review처럼 목적별 대화를 동시에 켜 두고 C-b w나 번호로 이동할 수 있다. Window 이름이 곧 “지금 어느 대화에 입력하는가”를 보여 주는 안전 표지가 된다.
detach 뒤에도 프로세스를 남길 수 있어 긴 답변이나 검증을 기다리는 동안 바깥 터미널 연결에서 벗어날 수 있다. 그러나 각 도구의 사용량 제한, 서버 상태, 대화 저장, 승인 요청까지 tmux가 대신 관리하는 것은 아니다.
§ 04 · 가장 중요한 경계 — Window가 달라도 같은 파일을 본다
두 Window에서 같은 저장소 경로를 열면 두 AI는 같은 파일과 같은 Git index를 본다. 한쪽이 파일을 고치는 동안 다른 쪽이 같은 파일을 덮거나, branch를 바꾸거나, 서로의 미완성 변경을 자기 작업으로 오인할 수 있다. tmux는 이 충돌을 막지 않는다.
저장소 규칙이 허용한다면 작업마다 격리된 디렉터리와 branch를 쓰고, 허용하지 않는다면 같은 파일을 동시에 수정하지 않도록 책임과 순서를 분명히 한다. 한 Window에 한 목적, 한 Chat에 한 결과, 한 작업공간에 한 쓰기 작업이라는 규칙이 단축키보다 중요하다.
Read this note at sass.studio.