# macOS에서 네이티브 즉시 공간 전환 구현 > Clean Markdown view of GeekNews topic #28381. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=28381](https://news.hada.io/topic?id=28381) - GeekNews Markdown: [https://news.hada.io/topic/28381.md](https://news.hada.io/topic/28381.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-04-10T15:32:57+09:00 - Updated: 2026-04-10T15:32:57+09:00 - Original source: [arhan.sh](https://arhan.sh/blog/native-instant-space-switching-on-macos/) - Points: 2 - Comments: 1 ## Topic Body - MacOS는 **공간 전환 애니메이션을 비활성화할 수 없는 구조**로, 잦은 전환 시 지연이 체감되는 문제가 있음 - 기존의 **“Reduce motion” 설정**이나 **yabai 윈도우 매니저** 등은 각각 **지연 지속** 또는 **SIP 비활성화 필요** 등의 한계를 가짐 - **InstantSpaceSwitcher**는 이러한 제약 없이 **트랙패드 스와이프를 고속 시뮬레이션**하여 **즉시 전환**을 구현함 - **SIP 비활성화 없이 네이티브 앱 형태로 동작**하며, **CLI를 통한 공간 번호 이동** 기능도 지원함 - 기존 서드파티 도구의 복잡함을 제거하고, **MacOS 기본 환경에서 빠른 공간 전환을 가능하게 하는 실용적 도구**임 --- ### MacOS의 공간 전환 문제와 기존 해결책 - MacOS는 **공간(Space) 전환 시 애니메이션을 끌 수 없는 구조**로, 잦은 전환 시 **지연감이 누적되는 불편함**이 있음 - Apple은 애니메이션 비활성화 요청을 **지속적으로 수용하지 않음** - 전환 시간이 짧더라도 빈번한 전환에서는 **체감 속도 저하**가 발생함 - 일반적으로 제시되는 해결책은 **“Reduce motion” 설정**이지만, 이는 **페이드인(fade-in)** 애니메이션으로 대체되어 여전히 지연이 존재함 - 또한 이 설정은 웹 브라우저의 **`prefers-reduced-motion` 미디어 쿼리**를 활성화해 **웹 애니메이션 비활성화 부작용**을 초래함 - **yabai 타일링 윈도우 매니저**의 인스턴트 스위처 기능은 **운영체제 바이너리 패치**를 요구해 **System Integrity Protection(SIP)** 을 꺼야 함 - yabai 사용 시 **기본 윈도우 관리자를 대체**해야 하며, **PaperWM.spoon** 등과 **호환되지 않음** - **FlashSpace**, **AeroSpace virtual workspaces** 등 서드파티 가상 공간 관리자는 **창 숨김·표시 방식으로 전환을 흉내내는 비네이티브 구현**임 - **BetterTouchTool**의 유료 기능인 “Move Right/Left Space (Without Animation)”을 이용하는 방법도 있으나, **유료 라이선스 필요**라는 제약이 있음 ### InstantSpaceSwitcher — 네이티브 즉시 공간 전환 도구 - GitHub의 [jurplel](https://github.com/jurplel)이 개발한 **InstantSpaceSwitcher**는 위의 모든 한계를 제거하고 **즉시 공간 전환**을 지원함 - ### 메뉴바 애플리케이션**형태로 제공되며,** SIP 비활성화 없이 동작 - **트랙패드 스와이프를 고속 시뮬레이션**하여 **지연 없는 전환**을 구현함 - **공간 번호 직접 이동** 기능과 **명령줄 인터페이스(CLI)** 를 함께 제공함 - CLI 사용 예시: ``` .build/release/ISSCli [left|right|index <n>] ``` - 설치 절차는 다음과 같음 - ``` - git clone https://github.com/jurplel/InstantSpaceSwitcher - cd InstantSpaceSwitcher - ./build.sh - ``` - 빌드 후 **네이티브 애플리케이션**으로 실행 가능 - 현재 GitHub 저장소에는 **별 1개(작성자 본인)** 만 등록되어 있으며, 더 많은 사용자가 **이 도구를 발견하고 활용하기를 기대함** ### 추가 참고 - [instantspaces](https://github.com/flawnn/instantspaces)는 yabai의 인스턴트 스위처를 분리하려는 시도였으나 **MacOS Tahoe**에서는 작동하지 않음 - 여러 차례 시도에도 실패했으며, **InstantSpaceSwitcher**가 더 안정적으로 동작함 - 다른 사용자가 성공했다면 **피드백을 요청함** ## Comments ### Comment 55040 - Author: neo - Created: 2026-04-10T15:32:58+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=47708818) - 어릴 때부터 이 **공간 전환 애니메이션**에 익숙해서 불편하다고 생각하지 않았음 그런데 새 MacBook을 사고 나서 단축키 입력이 시스템 포커스 전환보다 빨라서 자꾸 꼬이는 걸 느꼈음 검색해보니 내 근육 기억이 틀린 게 아니라, 120Hz 디스플레이를 쓰는 신형 Mac에서는 애니메이션 속도가 실제로 더 느려졌다는 걸 알게 됨 화면을 60Hz로 바꾸면 예전 속도로 돌아감 왜 이런 변화가 생겼는지, 그리고 왜 5년이 지나도 **시가총액 3.82조 달러 회사**가 고치지 않았는지 의문임 관련 토론은 [Apple 포럼](https://discussions.apple.com/thread/256124324?sortBy=rank)과 [YouTube 영상](https://www.youtube.com/watch?v=gNBWt4NvqHg)에서도 볼 수 있음 - 이렇게 오래된 **버그**가 아직도 남아 있다는 게 믿기지 않음 Apple 엔지니어들은 macOS를 직접 안 쓰는 건지 궁금함 - Mac의 커스터마이징은 잘 모르겠지만, Android와 Linux에서는 애니메이션을 꺼봤는데 아무것도 그립지 않았음 결국 **초기 와우 효과** 외에는 쓸모가 없었음 - 2021년에 120Hz MacBook을 처음 썼을 때 바로 느꼈음 이렇게 기본적인 UI 기능이 아직도 고쳐지지 않은 게 놀라움 - 나도 같은 문제를 겪고 있었음 공간 전환 중에 잘못된 창에 키 입력이 들어가서 답답했는데, 새 MacBook 때문이었다는 걸 이제야 알게 됨 정말 다행임 - 아마 **감속 애니메이션 계산 방식** 때문일 거라고 추측함 프레임 제한이 없는 게임에서 프레임 속도에 따라 움직임이 달라지는 것과 비슷한 원리일 듯함 - Apple이 정말 **치명적인 실수**를 하고 있다고 생각함 Microsoft도 마찬가지임 좋은 인터페이스와 합리적인 기본값을 설계하되, **파워 유저를 묶어두면 안 됨** 파워 유저는 소수지만, 디자인 언어를 발전시키고 버그를 찾고 커뮤니티를 이끄는 핵심임 그런데 Apple과 Microsoft는 통제 강화를 이유로 생태계를 닫고 있음 그 결과, 사용자들은 점점 더 불편해지고 있음 그래서 **Linux의 인기**가 오히려 높아지고 있음 — 완전한 제어권을 주면서도 진입 장벽이 낮아졌기 때문임 예전의 Apple은 이런 균형을 잘 잡았는데, 지금은 단순히 통제욕으로 보임 - 문제는 그들이 이제 **좋은 기본값조차** 제공하지 않는다는 점임 나쁜 디자인은 쉽게 사라지지 않아서 수십 년간 남음 애니메이션으로 낭비되는 시간은 파워 유저뿐 아니라 모두에게 손해임 - yabai 이야기가 나와서 말인데, **Aerospace**를 꼭 써보길 추천함 여러 WM을 써봤지만 이게 가장 안정적이었음 [Aerospace GitHub](https://github.com/nikitabobko/AeroSpace) - 나도 Aerospace를 쓰는데, 거의 설정 없이도 훌륭하게 작동함 기본 설정이 좋아서 몇 년째 거의 손대지 않고 있음 다만 나는 **타일링 WM 파워 유저**는 아님 - Aerospace는 정말 놀라운 툴임 - 예전엔 macOS Spaces를 많이 썼는데, 추천받고 Aerospace로 바꾼 뒤 완전히 만족 중임 Yabai도 고려했지만 **SIP(System Integrity Protection)** 을 꺼야 하는 기능이 있어서 포기했음 - 예전엔 잘 됐는데 요즘은 창을 자꾸 잃어버려서 **리셋을 반복**해야 하는 문제가 생김 - 최근 업무 때문에 macOS로 옮겼는데, 이건 정말 **공학의 정점**은 아님 직접 설정한 Linux 데스크톱에 익숙해서 그런지, macOS는 느리고 설정이 어렵고 **키보드 친화적이지 않음** - 방금 전까진 몰랐는데, macOS의 **공간 전환 애니메이션**이 이렇게 거슬리는 줄 이제야 알게 됨 - 게다가 120Hz 모니터에서는 더 느리고, 애니메이션이 끝날 때까지 입력 포커스가 이전 공간에 남아 있음 - 이제 다른 문제들도 눈에 들어오기 시작할 테니, **정신 건강을 위해 잊는 게 좋음** - macOS의 이 버그 때문에 **Fedora Asahi Remix**로 갈아탐 [Asahi Remix](https://asahilinux.org/fedora/)는 Gnome 기반으로 창 관리가 훨씬 합리적임 버그 영상은 [여기](https://youtube.com/watch?v=JjptYWKGVc4) - 나도 같은 이유로 Asahi Linux로 옮겼음 90년대 초 System 6 시절부터 맥 유저였지만, 이제는 다음 하드웨어를 Apple에서 살지 모르겠음 - 나는 [Asahi Alarm](https://asahi-alarm.org/) (Arch 기반)과 **Sway**를 사용 중임 macOS가 내 의사와 상관없이 업데이트를 강행한 뒤 바로 갈아탐 - 전환 애니메이션을 없애기 위해 **빠른 스와이프를 합성**하는 아이디어는 정말 천재적임 - 약간 관련된 이야기지만, 재부팅 후 Finder가 여러 탭을 복원할 때 탭을 클릭하면 창이 다른 공간으로 **갑자기 이동**하는 현상이 있음 같은 창의 탭들이 서로 다른 공간에 속해 있다고 착각하는 듯함 요즘 Apple 소프트웨어의 버그는 단순한 예외 케이스가 아니라, **잘못된 모델링 구조**에서 비롯된 것처럼 보임 - 이 **공간 전환 해킹**도 멋지지만, 예전 OS X 10.5/10.6의 **2D 공간 그리드**를 되살릴 방법이 있다면 좋겠음 10.7 이후의 선형 디자인은 너무 단순함 - 나도 그 기능이 너무 그리웠음 macOS에서 KDE로 옮기고 나서 **3x3 가상 데스크톱 그리드**를 다시 얻었는데, 정말 편함 각 데스크톱을 용도별로 고정해두고, 전환 애니메이션도 **페이드·슬라이드·속도 조절** 등 자유롭게 설정 가능함 KDE는 이런 **유연한 구성 가능성**이 정말 매력적임 - Linux에서 **Hyperland**와 **Niri** 같은 옵션에 익숙해진 뒤, 최근엔 [OmniWM](https://github.com/BarutSRB/OmniWM)을 써보고 있음 - 아직 초기 개발 단계지만, **버그 수정 속도**가 매우 빠름 macOS를 써야 할 때 OmniWM 덕분에 견딜 만해짐 - 나는 공간이나 윈도우 매니저를 안 쓰는데, 단순히 **Cmd+Tab 전환**만으로는 뭘 놓치고 있는 건지 궁금함 혹시 인생이 바뀌는 경험일지도? - 나도 같은 생각이었는데, OmniWM이 너무 좋아 보여서 바로 써볼 예정임