Ghostty GUI 릴리스 노트지만, Ghostty 1.3 이후 libghostty가 이룬 진전도 소개하고 싶음. 이식성과 내장성이 높은 터미널 에뮬레이션·렌더링 상태 관리 라이브러리로, 무료이면서 품질 좋고 가벼운 재사용 가능 코어가 단일 GUI 앱보다 개발자 생태계에 더 도움이 되리라 믿었고 실제로 그렇게 되고 있음. 첫 Ghostty 발표 때부터 이것이 프로젝트의 진짜 목적이었음.
지난 6개월간 Ghostty 핵심 기능을 거의 100% 지원하게 됐으며, 크기나 안전성을 위해 컴파일 옵션으로 기능을 제외할 수도 있음. https://libghostty.tip.ghostty.org/.
이제 Apple의 macOS·iOS·visionOS, Windows의 MSVC·GNU, Linux, FreeBSD, Android, WebAssembly뿐 아니라 운영체제 없이 하드웨어에서 직접 실행하는 환경까지 빌드하고 CI로 테스트함. C, Zig, Go, Swift, Python, Rust, .NET 등 주요 언어 바인딩도 갖춤. 빈 터미널 하나의 메모리 사용량은 90% 줄었고, 4코어·8GB RAM Linux 서버에서 입출력이 발생하는 터미널 1만 개를 실행하는 것도 검증함.
JetBrains의 모든 IDE 터미널에 채택돼 활성 사용자 1,250만 명 이상에게 제공되며, Herdr와 cmux 등 벤처 투자를 받은 에이전트 기반 터미널·편집기에서도 널리 사용됨. https://blog.jetbrains.com/platform/2026/10/jetbrains-termin....
Neovim 터미널 코어 교체도 논의 중이며 구두로는 수락됐지만 구현 작업이 남아 있음. https://github.com/neovim/neovim/pull/39773 Emacs용 터미널 에뮬레이터 Ghostel에도 사용됨. https://github.com/dakra/ghostel.
Antithesis는 libghostty의 속도를 활용해 터미널 프로그램을 퍼징하며, 이를 통해 tmux, btop, 셸, 다른 터미널 에뮬레이터 등에 수백 건의 버그 수정을 기여함. 더 많은 활용처는 https://github.com/Uzaaft/awesome-libghostty에서 확인 가능함.
채택이 늘수록 Ghostty와 이를 사용하는 다른 프로그램의 성능·안정성이 함께 개선됨. 앞으로 몇 달 안에 libghostty 1.0과 ABI 안정성을 선언할 계획임.
기대되는 성과지만, 대부분 라이브러리를 누가 사용하는지에 관한 목록임. 라이브러리 자체의 변경 사항을 기대했는데, 변경 기록을 직접 읽어봐야 할 듯함.
업데이트는 반갑지만 키보드 중심 작업 흐름의 기본 기능이 여전히 빠져 있음. 앞으로 1년은 더 WezTerm을 써야 할 듯함.
Ghostty, Kitty, WezTerm을 써야 하는 이유를 아직 모르겠음. 내 컴퓨터에서는 Konsole이 훨씬 빠르고, 현대적인 터미널 에뮬레이터에 기대하는 기능도 모두 갖추고 있음.
Linux로 옮기면서 iTerm2에서 유일하게 아쉬워진 기능은 tmux -CC 통합인데, 이들 중 어느 것도 지원하지 않음. 깎아내리려는 게 아니라, 실제로 무엇이 더 좋은지 알고 싶음.
기본 설정에 대한 취향, 기술적 호기심, 기능 차이가 이유가 될 수 있음. 설정을 만지기보다 처음부터 취향에 맞는 터미널을 고르는 사람도 있고, 직접 만들어 보고 싶어서 시작한 프로젝트에 사용자가 모이기도 함. 지금은 기능이 비슷해졌지만, 이 프로젝트들이 시작될 때는 터미널마다 빠진 기능이 달랐음.
나는 기능 때문에 수년째 kitty를 사용함. 당시 약 12개를 비교했는데, 이상한 동작 없이 요구사항을 대부분 충족한 것이 kitty였음. tmux 같은 터미널 멀티플렉서와 이모지 선택기가 내장된 점도 마음에 듦.
Konsole 사용자에게 CLI 앱을 배포하며 겪은 불편이 두 가지 있음. OSC8 링크가 기본적으로 비활성화돼 있어 대체 처리가 필요하지만, Ghostty·Kitty·WezTerm은 바로 지원함. 또 Nerd Font 대체 글꼴이 내장돼 있지 않아 아이콘을 표시하려면 사용자에게 패치된 글꼴을 설치하게 하거나 대체 표시를 준비해야 함. Ghostty와 WezTerm은 이를 내장함.
그래도 Konsole은 대부분의 터미널 에뮬레이터보다 나은 편임. iTerm2도 괜찮지만, 더 보기 좋은 터미널 UI를 그리는 데 유용한 유니코드 Symbols for Legacy Computing 지원이 빠져 있음. Konsole을 포함한 앞의 터미널들은 이를 지원함. 최악은 Apple Terminal로, 터미널 에뮬레이터계의 IE6나 다름없음.
얼마 전에는 Ghostty를 클릭한 뒤 GNOME Terminal을 열고 명령을 입력해 실행할 때까지도 Ghostty가 로딩 중이었음.
터미널 생태계에는 변화가 필요하고, 이 터미널들은 흥미로운 기능을 지원함. Ghostty의 재사용 가능한 터미널 상태 머신, Kitty의 그래픽 지원, WezTerm의 멀티플렉서 도메인과 Lua 설정 등 좋은 아이디어가 많음.
Hashimoto의 Superlogical 같은 업계 기업이 터미널 기능 발전을 이끄는 것은 이런 흐름이 더욱 본격화되는 형태임.
컴퓨터와 GPU, 드라이버에 따라 다를 듯함. Konsole을 오래 쓰다가 2024~2025년에는 kitty를 약 2년 사용했고, 2026년 초쯤 Ghostty로 옮겼음. 내 NVIDIA GPU·Gentoo Linux 환경에서는 kitty가 Konsole보다 몇 배 빨랐고, Ghostty는 더 빨랐음.
예전 Konsole에는 원하는 글꼴 렌더링 기능도 없었지만 지금은 해결됐을 수 있음. 대형 소프트웨어를 자주 컴파일하기 때문에 터미널 출력 속도가 컴파일을 늦추는 것은 받아들이기 어려움. kitty와 Ghostty 이전의 터미널에서는 이런 일이 자주 발생했음.
Windows 지원과 설정 공유 때문에 여전히 WezTerm을 사용함. 회사 Windows 노트북과 개인 Linux 노트북에서 같은 설정을 쓸 수 있어 좋음.
리뷰·이슈·요구사항·린터 오류 등을 자동으로 클릭 가능한 링크로 바꾸는 하이퍼링크 규칙에도 익숙해져서, 이 기능을 포기하면서까지 옮길 필요는 느끼지 못함. 다만 Kitty는 눈여겨보고 있음.