터미널에서 3D 그래픽이 돌아간다고? Ratty가 보여주는 새로운 가능성

터미널이 또 진화하고 있어요

우리가 매일 쓰는 터미널, 그 검은 화면에 글자만 찍히는 그 도구 말이에요. 사실 이 터미널이라는 물건은 1970년대 VT100이라는 하드웨어 단말기를 그대로 흉내 낸 물건이거든요. 50년이 지난 지금도 우리는 그 시절 약속(이스케이프 시퀀스라고 부르는 특수 문자 코드)을 그대로 따라가면서 컬러를 표시하고, 커서를 움직이고, 화면을 지우고 있어요. 그런데 최근 몇 년 사이에 이 오래된 영역에 새로운 시도들이 우후죽순 등장하고 있어요. Alacritty, Kitty, WezTerm, Ghostty 같은 GPU 가속 터미널이 대표적이고요. 그리고 이번에 등장한 Ratty는 한 발 더 나아가서 "터미널 안에서 3D 그래픽을 인라인으로 렌더링하자"는 꽤 도전적인 컨셉을 들고 나왔어요.

Ratty가 뭐가 다른가요

기존 터미널들이 이미지 표시 기능을 일부 지원하긴 했어요. Kitty의 graphics protocol이나 Sixel 같은 옛날 프로토콜이 있죠. 이건 비트맵 이미지(픽셀 덩어리)를 터미널 셀 위에 얹어서 보여주는 방식이에요. 하지만 Ratty가 말하는 "인라인 3D 그래픽"은 결이 좀 달라요. 이건 터미널 출력 스트림 안에 3D 모델 데이터를 직접 끼워 넣고, 터미널이 그걸 받아서 실제로 GPU를 돌려 렌더링하는 구조거든요.

쉽게 비유하자면 이래요. 지금까지의 터미널은 "이미 그려진 그림을 액자에 넣어 거는" 정도였다면, Ratty는 "3D 프린터처럼 도면을 받아서 그 자리에서 모형을 만들어 보여주는" 셈이에요. 그래서 터미널 안에서 모델을 회전시키거나 줌인/줌아웃 같은 인터랙션도 가능해지는 거죠. CLI 도구가 결과를 텍스트가 아니라 3D 모델로 출력할 수 있게 되는 거예요.

구현 측면에서 보면, 이런 류의 터미널들은 보통 wgpu(러스트 진영의 GPU 추상화 레이어)나 OpenGL을 직접 들고 와서 셀 그리드 위에 위젯 단위로 그래픽 영역을 합성해요. 텍스트 셀과 그래픽 셀이 같은 좌표계를 공유하면서 스크롤도 같이 따라가야 하니까, 실은 단순한 게임 엔진 띄우는 것보다 더 까다로운 작업이에요.

왜 이런 시도가 나오는 걸까요

터미널의 역할이 점점 커지고 있어요. 옛날엔 그냥 명령어 치는 창이었지만, 요즘은 lazygit, k9s, btop, gh dashboard처럼 터미널 안에서 풀스크린 UI를 띄우는 TUI(Text User Interface) 앱이 정말 많아졌어요. 거기에 LLM 챗봇까지 터미널로 들어오면서 "개발자의 IDE 옆자리" 정도가 아니라 거의 메인 작업 공간이 되어가고 있죠.

그러다 보니 자연스럽게 "왜 여기서 차트도 못 보고, 이미지도 못 보고, 3D 모델도 못 보지?" 라는 갈증이 생긴 거예요. 데이터 분석가가 jupyter notebook을 쓰는 이유 중 하나가 그래프를 바로 볼 수 있어서잖아요. Ratty는 그런 시각화 욕구를 터미널 네이티브로 끌어들이려는 시도예요. 비슷한 흐름으로 Warp 같은 GUI 친화적 터미널, Ghostty의 그래픽 확장, Zellij 같은 워크스페이스 매니저도 있고요.

한국 개발자에게는 어떤 의미일까요

당장 실무에 Ratty를 깔아 쓰자는 얘긴 아니에요. 새로 나온 터미널 에뮬레이터는 호환성 이슈가 많고, 회사 환경에서는 보통 SSH로 원격 서버에 붙는 경우가 대부분이라 클라이언트 쪽 그래픽 기능을 살리기가 까다롭거든요. 다만 CLI 도구를 만들거나 운영 도구를 설계하는 분이라면 흐름은 알아두면 좋아요. 앞으로 "터미널 출력 = 텍스트"라는 가정이 조금씩 깨질 거고, 그 위에 새로운 UX를 얹은 도구들이 계속 나올 거예요. 예를 들면 쿠버네티스 리소스 의존 그래프를 터미널 안에서 3D로 돌려보거나, 프로파일러 결과를 입체로 띄우는 식의 활용이 가능해지는 거죠.

또 하나, 이런 프로젝트들은 대부분 Rust로 짜여 있어요. 시스템 프로그래밍과 그래픽스를 함께 다루기에 Rust의 메모리 모델과 wgpu 생태계가 잘 맞거든요. Rust를 배워두면 이런 차세대 인프라 도구 흐름에 올라타기가 훨씬 수월해요.