# Rex, 개발자들이 감수해 온 터미널 문제를 해결하다

> 노트북 덮개를 닫는 것만으로 중요한 작업이 조용히 중단될 수 있으며, 흔히 쓰이는 해결책은 학습 부담이 따릅니다. Rex는 지속적인 세션이 터미널 안의 터미널이 아니라 일반적인 네이티브 앱처럼 느껴져야 한다는 데 더 큰 승부를 겁니다.

- Source: https://www.stork.ai/blog/ko/rex-fixes-the-terminal-problem-developers-tolerate
- Publisher: Stork.AI editorial team
- Published: 2026-11-08
- Updated: 2026-11-08
- Language: ko
- Reading time: 4 min

## 노트북 덮개를 닫는다고 작업이 중단되어서는 안 됩니다

동영상 시연에서는 Ghostty 제작자가 만든 새 터미널 **Rex**가 원격 머신에서 Anthropic의 Claude를 실행하는 모습을 보여 줍니다. 사용자가 MacBook Pro를 닫았다가 다시 열어도 Claude는 중단 없이 계속 처리를 이어 갑니다. 이 기능은 `tmux`나 SSH 같은 기존 도구를 거치지 않습니다.

이 기능은 기존 터미널 에뮬레이터의 근본적인 한계를 해결합니다. 일반적으로 터미널 창은 자신이 실행한 프로세스를 직접 소유합니다. 애플리케이션을 종료하거나, 노트북 덮개를 닫거나, 네트워크 세션이 끊기면 장시간 실행 중이던 명령줄 인터페이스(CLI) 작업이 모두 종료됩니다.

개발자들은 세션을 분리하고 다시 연결해 프로세스를 백그라운드에서 유지하기 위해 `tmux` 같은 우회 방법에 의존하는 경우가 많습니다. 그러나 `tmux`는 별도의 터미널 에뮬레이터로 동작하기 때문에 오버헤드, 별도의 키 바인딩, 복잡한 설정이 따릅니다.

Rex는 이러한 불편을 없애는 것을 목표로 합니다. 클라이언트-서버 아키텍처를 사용하며, 가벼운 백그라운드 서버가 프로세스 수명 주기를 관리하고 세션을 지속적으로 유지합니다. Rex 애플리케이션은 이 서버에 연결하는 디스플레이 클라이언트 역할만 합니다.

이러한 설계 덕분에 개발자는 자율 코딩 에이전트나 복잡한 빌드 프로세스 같은 장시간 작업을 시작한 뒤 중단될 걱정 없이 연결을 끊을 수 있습니다. 작업은 원격 머신에서 계속 진행되며 돌아왔을 때 바로 확인할 수 있으므로, 노트북을 임시 서버처럼 켜 둘 필요가 없습니다.

## Rex는 창이 아니라 세션을 유지합니다

Rex의 설계는 터미널의 디스플레이와 그 기반 프로세스를 분리합니다. 가벼운 백그라운드 **서버**가 PTY 세션과 실행 중인 프로그램을 관리하고, Rex 애플리케이션은 순수하게 그래픽 클라이언트로만 동작합니다. 애플리케이션 인터페이스를 닫거나 노트북을 절전 상태로 전환해도 실행 중인 작업은 종료되지 않으며, 서버가 세션을 유지한 채 재연결을 기다립니다.

이 아키텍처는 `tmux`와 다릅니다. `tmux` 역시 세션을 유지하지만, 프로그램 출력을 자체 터미널 계층을 통해 렌더링합니다. `tmux`는 프로그램 출력을 읽고 텍스트 기반 표현을 그린 다음 이를 사용자의 실제 터미널로 전송합니다. 이로 인해 에뮬레이션 계층이 하나 더 추가되며, 사용자는 스크롤, 텍스트 선택, 패널 관리 같은 기능을 위해 `tmux` 고유의 키 명령과 설정을 익혀야 합니다.

반면 Rex는 **`libghostty`** 엔진을 사용해 모든 것을 네이티브로 그립니다. 애플리케이션이 뷰로서 서버에 연결되므로, 패널은 실제 애플리케이션 패널이 되고 스크롤과 텍스트 선택은 다른 macOS 애플리케이션과 동일하게 동작합니다.

이 설계는 Rex를 단순히 더 빠른 터미널 에뮬레이터가 아니라 네이티브 GUI를 갖춘 **멀티플렉서**로 자리매김하게 합니다. 하나의 애플리케이션 안에서 지속적인 세션과 원격 기능을 제공하며, 보안 접속을 위해 **Tailscale**과 직접 통합됩니다. 이 접근 방식은 SSH나 `tmux` 같은 기존 도구가 쓸모없어졌다고 주장하지 않으면서 사용자 경험을 개선합니다. 대신 최신 워크플로에서 드러나는 이들 도구의 아키텍처상 한계를 해결합니다.

## Ghostty의 엔진과 Tailscale의 네트워크가 만나다

Rex의 인터페이스는 Ghostty 터미널 에뮬레이터의 재사용 가능한 엔진인 **libghostty**를 사용해 렌더링됩니다. 이 통합 덕분에 패널, 스크롤, 텍스트 선택이 에뮬레이션된 화면 출력이 아닌 네이티브 애플리케이션 기능처럼 동작합니다. 클라이언트-서버 아키텍처에서는 애플리케이션 창이 순수하게 뷰의 역할만 하므로, 디스플레이가 프로세스 수명 주기와 분리됩니다.

머신에 대한 원격 접속은 **Tailscale**을 직접 통합하여, 수동 SSH 키 관리나 터널 구성 없이 메시 네트워크의 기기에 연결할 수 있습니다. 이러한 ID 기반 접속은 여러 환경에서 작업하는 개발자의 워크플로를 간소화합니다.

이 시스템에는 독립형 `rex` CLI도 포함되어 있으며, 레이아웃을 프로그래밍 방식으로 관리할 수 있도록 JSON 출력을 통한 자동화를 지원합니다. 설정은 Lua로 할 수 있어 사용자 맞춤 설정의 유연성을 제공합니다. 또한 Rex는 프로세스 인식 기능을 갖추고 있어, 활성 포트 바인딩이나 [Claude Code](/en/claude-ai-workspaces) 같은 활성 AI 에이전트의 아이콘 등 관련 컨텍스트를 탭 헤더에 바로 표시할 수 있습니다. Superlogical의 개발자 도구에 관한 자세한 내용은 [Superlogical - The Multiplexer for All Work](https://www.superlogical.com/)를 참조하세요.

## 매력적인 tmux 대안, 그러나 절충점도 있습니다

Rex는 주로 지속적인 세션, 네이티브 macOS 상호작용, Claude Code 같은 에이전트에 대한 통합 모니터링이 필요한 개발자를 대상으로 합니다. 클라이언트-서버 아키텍처와 Ghostty 기반 렌더링은 Rex를 기존 터미널 멀티플렉서와 구분 짓습니다.

**tmux** 같은 멀티플렉서는 Unix 계열 시스템 전반에서 폭넓은 호환성을 제공하며, 전용 GUI나 Tailscale 없이도 동작합니다. 텍스트 기반 렌더링과 키보드 중심 인터페이스가 허용되는 서버 환경과 기존 워크플로에서는 여전히 가벼운 선택지입니다.

Rex는 **libghostty**를 활용해 네이티브에 가까운 패널과 스크롤을 제공함으로써 macOS 사용자에게 더 통합된 경험을 제공하는 것을 목표로 합니다. 이 설계 덕분에 사용자는 노트북 덮개를 닫거나 앱과의 연결을 끊어도 실행 중인 프로세스를 종료하지 않아도 되며, 이는 일반 터미널에서 흔히 겪는 불편입니다.

Rex의 현재 공개 베타는 macOS 애플리케이션으로 배포되고 있습니다. 최신 제공 여부와 지원 플랫폼은 Superlogical에서 확인하시기 바랍니다. Rex의 장기적인 존속 가능성은 편의성과 네이티브 사용자 경험이 tmux 같은 기존 도구의 생태계 범위를 넘어설 수 있는지에 달려 있습니다.

## 자주 묻는 질문

### Rex란 무엇인가요?

Rex는 Mitchell Hashimoto의 회사 Superlogical이 만든 터미널 및 멀티플렉서입니다. 세션은 백그라운드 서버에서 계속 실행되며, 앱은 인터페이스를 제공합니다.

### Rex는 tmux와 어떻게 다른가요?

두 도구 모두 세션을 유지하지만, Rex는 Ghostty 엔진 기반의 네이티브 그래픽 클라이언트를 사용하는 반면 tmux는 터미널 안에서 터미널 인터페이스를 렌더링합니다.

### Rex는 원격 머신에 연결할 수 있나요?

Rex에는 Tailscale 네트워크의 머신에 연결하기 위한 Tailscale 통합 기능이 포함되어 있습니다. 영상에서는 원격 머신에서 Claude를 실행하는 모습을 보여 줍니다.

### 노트북을 닫아도 Rex는 Claude Code를 계속 실행해 주나요?

Rex는 클라이언트의 연결이 끊어지더라도 프로그램이 지속적인 세션에 연결된 상태로 유지되도록 설계되었습니다. 영상에서는 노트북을 닫은 상태에서도 원격 머신에서 Claude가 계속 실행되는 모습을 보여 줍니다.