# Mouseless - macOS/Linux/Windows의 키보드 기반 제어

> Clean Markdown view of GeekNews topic #30219. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=30219](https://news.hada.io/topic?id=30219)
- GeekNews Markdown: [https://news.hada.io/topic/30219.md](https://news.hada.io/topic/30219.md)
- Type: GN+
- Author: [xguru](https://news.hada.io/@xguru)
- Published: 2026-06-06T09:37:28+09:00
- Updated: 2026-06-06T09:37:28+09:00
- Original source: [mouseless.click](https://mouseless.click)
- Points: 1
- Comments: 1

## Topic Body

- 키보드만으로 커서를 제어해 마우스 클릭을 빠르게 수행하도록 설계된 크로스 플랫폼 앱  
- 마우스를 잡고 클릭한 뒤 키보드로 돌아오는 방식은 2초 이상 걸리지만, 몇 개의 좌표를 입력해 1초 미만으로 클릭할 수 있음  
- 왼쪽·오른쪽·가운데·뒤로·앞으로 버튼과 클릭·이동·드래그·드롭·스크롤·더블 클릭·트리플 클릭을 지원하는 **완전한 제어**를 제공  
- **Free mode**는 오버레이 없이 부드럽고 사용자 지정 가능한 이동을 제공하며, OS나 커스텀 키보드의 기존 mouse keys 구현을 현대적으로 개선  
- 반복적인 마우스 클릭과 장시간 트랙패드 사용으로 인한 통증과 부담을 줄이고, 마우스를 쓸 수 없는 사람에게도 효율적인 전체 기능 솔루션을 제공하는 접근성 도구  
  
---  
  
### 핵심 기능  
- Mouseless는 “Lightning-fast mouse control with the keyboard”를 내세우며, 키보드로 몇 개의 좌표를 입력해 클릭하는 방식을 제공함  
- 마우스 대비 장점은 클릭까지 걸리는 시간과 키보드 복귀 시간을 줄이는 데 있음  
  - Mouseless: 1초 미만 클릭 가능  
  - Mouse: 마우스를 잡고 클릭하는 데 2초 이상, 이후 키보드로 돌아오는 추가 시간 필요  
  
### 제어 범위와 사용 맥락  
- 버튼 제어 범위  
  - 왼쪽, 오른쪽, 가운데, 뒤로, 앞으로 버튼 지원  
- 동작 제어 범위  
  - 클릭, 이동, 드래그, 드롭, 스크롤, 더블 클릭, 트리플 클릭 지원  
- Free mode는 오버레이 없이 부드럽고 사용자 지정 가능한 이동을 제공해 기존 mouse keys 구현을 대체하는 현대적 방식으로 제시됨  
- 책상 밖에서도 표면 없이 커서 제어가 가능하다고 설명하며, 소파·침대·이동 중 사용을 예로 듦  
- 반복 클릭이나 장시간 트랙패드 사용으로 인한 통증과 부담을 줄이기 위해 클릭 작업을 키보드로 분산하는 방향을 제시함  
- 마우스를 사용할 수 없는 사람에게 효율적이고 전체 기능을 갖춘 솔루션을 제공하는 접근성 목적을 강조함

## Comments



### Comment 59011

- Author: neo
- Created: 2026-06-06T09:37:29+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=48383667) 
- ShortCat의 방식이 더 마음에 듦: [https://shortcat.app/](<https://shortcat.app/>)  
  Vimium과 비슷하지만 **OS 전체**에 적용되는 형태임. 여기 댓글을 보면 Homerow도 비슷해 보임  
  Linux용으로 같은 걸 정말 알고 싶고, 다른 데스크톱 환경에 이런 모델이 잘 있다면 Gnome을 떠날 수도 있을 듯함
  - Ratpoison을 써봤는지 궁금함. **키보드로 마우스 조작**하는 기능이 꽤 많음
  - ShortCat은 좋지만 최신 Mac에서도 **느린 편**임  
    단축키가 동적으로 바뀌는 방식이 꼭 좋은지도 잘 모르겠음. Mouseless를 오래 쓰면 화면 위치가 같은 키 조합에 매핑되면서 근육 기억이 더 잘 작동할 수도 있겠다고 봄
  - ShortCat의 슬로건이 멋짐: “Manipulate macOS masterfully, minus the mouse.”
  - 예전에 ShortCat을 쓰고 좋아했지만, 오래된 MacBook Pro에서는 너무 느려졌음. **Mouseless**로 바꿨고 지금은 오히려 그쪽이 더 마음에 듦

- 멋지긴 하지만 “마우스가 클릭해야 할 위치를 **좌표로 보여주자**”고 해야 하는 상황 자체가 좀 아쉬움. 애초에 포인팅 장치 없이 쓰는 사용자를 고려한 인터페이스를 설계하는 편이 더 낫지 않나 싶음
  - 특히 Windows는 **Windows + Office**를 키보드만으로 충분히 탐색할 수 있고, 매일 그렇게 쓰고 있음  
    다만 서드파티 소프트웨어는 제각각일 수밖에 없음. Win32 구성요소 기반으로 만든 것들은 대체로 괜찮지만, “현대적”으로 꾸민 앱들은 강한 키보드 지원이 드문 편임
  - 동의함. 키보드 키로 마우스 커서를 흉내 내는 방식은 적절한 **접근성 기능**이 없는 그래픽 앱에서 마지막 수단이어야 할 것 같음  
    명령 팔레트, 접근성 제어, 구문 트리 탐색처럼 사용자가 이미 아는 이름·내용·문서 구조를 활용하는 방식과 대비됨. 매번 읽거나 외워야 하는 두 글자 코드를 띄우는 특수 모드보다 인지 부담이 낮을 수 있음  
    이런 방식들은 현재 화면 밖에 있거나 메뉴 안에 숨은 버튼·메뉴 항목·링크도 실행할 수 있어서 전체 “클릭” 수를 줄여주기도 함. 단점은 두 글자 코드보다 입력 시간이 길 수 있다는 점임. 그래도 대부분에게는 순수 속도보다 **인지 부하 최적화**가 전체적으로 더 효율적일 것 같음  
    장기적으로는 시선 추적이 발전하면서, 이런 방식들보다 인지 부담이 낮고 더 빠른 하이브리드 시스템이 나올 듯함
  - **타일링 창 관리자**에 Qutebrowser와 Vimium 스타일 단축키를 조합한 게 내가 이 방식에 가장 가깝게 도달한 형태임
  - UX 구성요소를 간단한 감지 모델로 찾아서 **클릭 가능한 영역**을 위치시켜 주는 프로그램이 있는지 궁금함. 그러면 VimiumC와 비슷한 전역 탐색이 가능할 것 같음
  - 하드웨어와 소프트웨어가 **99%의 사용자**를 염두에 두고 설계되는 건 괜찮다고 봄. 그 이후에는 어차피 상충하는 요구와 절충이 생길 것임. 인체공학용 시스템과 속도용 시스템은 아마 다르게 생겼을 것임

- Keynav – retire your mouse (2016): [https://news.ycombinator.com/item?id=11945936](<https://news.ycombinator.com/item?id=11945936>)  
  Wayland 포트: [https://github.com/kovetskiy/waynav](<https://github.com/kovetskiy/waynav>)
  - 개인적으로는 **wl-kbptr**가 마음에 듦: [https://github.com/moverest/wl-kbptr](<https://github.com/moverest/wl-kbptr>)
  - Windows 버전: [https://github.com/lesderid/keynavish](<https://github.com/lesderid/keynavish>)

- 궁금한 사람들을 위한 비슷한 기존 도구들임  
  Vim에는 **easymotion**이나 hop.nvim이 있고, tmux에는 Morantron/tmux-fingers가 있음. Chrome에는 Vimium이 있음  
  키보드 펌웨어에 마우스 제어를 넣는 것도 가능함: [https://docs.qmk.fm/features/mouse_keys](<https://docs.qmk.fm/features/mouse_keys>)
  - vim에서 마우스를 쓰는 사람이 있나? 아니면 내가 뭔가 놓치고 있는 건가?

- 반대로 접근하면, **마우스 실력**을 빠르게 만드는 쪽이 생산성을 더 올릴 수도 있음. 경쟁 FPS 장르는 근육 기억을 개선하기 위한 조준 훈련 도구들을 많이 만들어냈음  
  [https://www.3daimtrainer.com/](<https://www.3daimtrainer.com/>)
  - 타이핑이 전혀 없는 일을 한다면 경쟁 FPS 주변의 마우스 실력 같은 게 도움이 될 수도 있겠지만, 우리 99%에게는 완전한 시간 낭비임  
    키보드 탐색 지원이 나쁜 소프트웨어를 더 나은 현대적 대안으로 바꾸는 게, 빠른 마우스 실력보다 생산성에 말 그대로 **10배**는 더 도움이 됨  
    생산성 향상 방법으로 **마우스 조준 훈련**을 제안하는 건 내가 본 것 중 가장 처량한 방식임
  - 조준 훈련 도구들이 얼마나 깊게 발전했는지, 또 얼마나 인기 있는지 보고 놀랐음. 최근 Aimlabs를 알게 됐는데 가장 인기 있는 도구처럼 보이고 지금도 **6,000명**이 플레이 중임  
    키보드 괴짜들에게는 monkeytype가 있음: [https://monkeytype.com/](<https://monkeytype.com/>)  
    Aimlabs: [https://store.steampowered.com/app/714010/Aimlabs/](<https://store.steampowered.com/app/714010/Aimlabs/>)
  - 키보드만 쓰는 블랙홀에 빠졌다가, 이제는 완전히 **마우스 극대화** 쪽으로 돌아왔음. 마우스도 좋음  
    나한테 정말 도움이 된 또 다른 팁은 좋은 마우스 가속을 받아들이는 것이었음. Windows나 Mac 내장 쓰레기 말고 제대로 된 가속을 말함. 이 도구 덕분에 마우스 사용감이 적어도 3배는 좋아졌음: [https://github.com/RawAccelOfficial/rawaccel](<https://github.com/RawAccelOfficial/rawaccel>)
  - RSI로 내 손은 끝장날 듯함
  - 마우스 이동을 빠르게 하려면 키보드로 마우스를 특정 **사분면**으로 옮겨주는 앱을 만들 수도 있음

- Homerow의 접근이 더 마음에 듦: [https://www.homerow.com/](<https://www.homerow.com/>)  
  Mac 전체에 적용되는 Vimium 같은 것이고, **macOS 접근성 API**에 연결됨
  - OS용 Vimium이라니 꽤 멋짐

- 오픈소스 대안들:  
  [https://github.com/moverest/wl-kbptr](<https://github.com/moverest/wl-kbptr>)  
  [https://github.com/petoncle/mousemaster](<https://github.com/petoncle/mousemaster>)  
  [https://github.com/y3owk1n/neru](<https://github.com/y3owk1n/neru>)  
  [https://github.com/mjrusso/scoot](<https://github.com/mjrusso/scoot>)  
  [https://github.com/jbensmann/mouseless](<https://github.com/jbensmann/mouseless>)  
  [https://github.com/rvaiya/warpd](<https://github.com/rvaiya/warpd>) — 이제는 사실상 유지보수가 잘 안 됨
  - [https://github.com/y3owk1n/neru](<https://github.com/y3owk1n/neru>)는 이 “Mouseless 앱 80초 설명” 영상에 나온 격자 기반 접근뿐 아니라 **Vimium 스타일 힌트 모드**도 지원함. 유지관리자도 매우 빠르게 반응함  
    개인적으로는 격자보다 Vimium 방식이 훨씬 좋음. 안타깝게도 모든 앱이 좋은 접근성 트리를 갖춘 건 아니고, Zed는 유감스럽게도 그렇지 않음. 다만 neru 페이지를 열어보고 내가 버전이 뒤처져 있다는 걸 알았고, 힌트 모드에 추가된 “Native Vision OCR”은 아직 써보지 못했음  
    키보드 위에 트랙패드가 있는 것도 좋아함. 지금은 SoflePLUS2를 쓰고 있지만 열 엇갈림에는 완전히 설득되진 않았음. 이렇게 하면 한 손을 조금만 움직여 실제 포인팅 장치를 쓸 수 있음  
    Mouseless 영상에서 제작자는 키보드 양쪽 사이에 마우스를 넣어 이동 거리를 줄이려 했지만, 내 보기엔 마우스 사용을 쉽게 하려고 키보드 위치를 타협한 것 같음. 팔을 넓고 평행하게 두고 손목을 안쪽으로 돌리는 배치가 되고, 더 벌어진 키보드와 좀 더 가까운 양쪽 하프가 수렴하는 자세보다 덜 좋아 보임. 마우스와의 수직 차이를 줄이려고 텐팅도 안 한 듯하고, 더 큰 타협을 피하려다 마우스패드도 불편하게 작아졌을 수 있음. 내가 하고 싶은 절충은 아님
  - [https://github.com/msolomon/griddle](<https://github.com/msolomon/griddle>)  
    macOS의 Hammerspoon 사용자를 위한 **재귀 격자** 방식이고, 오픈소스 구현 중에서는 완전히 커스터마이즈하기 가장 쉬운 편일 것임. 몇 년 전에 내가 만들었음
  - 새로 나온 것 중에 stochos도 있음: [https://github.com/museslabs/stochos](<https://github.com/museslabs/stochos>)  
    참고로 나는 저자이자 유지관리자 중 한 명임
  - 큰 노력 없이 채택할 마음이 들었던 건 **Shortcat**이었음: [https://shortcat.app](<https://shortcat.app>)
  - warpd는 제대로 설정하면 나한테 완벽하게 작동했음  
    그러다 내가 이걸 99% 웹 서핑에만 필요로 한다는 걸 깨닫고, Firefox의 kinkHints로 옮겼음. 링크 클릭 필요는 그걸로 해결됨

- Linux에서는 이런 도구가 꼭 필요하다는 느낌이 안 듦. 거의 모든 걸 **터미널**에서 할 수 있고, 그게 선호되는 마우스 없는 작업 흐름임. 마우스 없이 GUI를 쓰는 건 오히려 모순처럼 느껴짐

- 정말 더 빠른가? 비슷한 걸 개념 증명으로 만들고, 키보드를 쓰면 얼마나 빠른지 확인하려고 테스트 게임도 만들었음. 놀랍게도 **마우스가 항상 훨씬 빨랐음**
  - 속도 측면은 나도 별로 확신이 안 듦  
    비슷한 도구인 warpd를 쓰고 있는데, 내게는 속도보다 **손을 키보드 위에 두는 편안함**이 핵심임. 여전히 마우스를 많이 쓰지만 warpd가 종종 유용함

- 아직도 **트랙포인트**가 있는 키보드를 갖고 있음  
  왜 전혀 인기 없고 소수 제조사만 만드는지 이해가 안 됨  
  나에게 마우스를 대체하진 않지만, 트랙포인트는 G/H/B 키 사이에 있어서 타이핑 위치에서 손가락을 떼지 않고 닿을 수 있음. 그래서 간단한 마우스 명령에는 아주 좋음
  - Lenovo ThinkPad에서 벗어나기 어려운 가장 큰 이유가 **트랙포인트**임. 스페이스바 아래 버튼만으로도 매우 편리함
  - 인기 없는 이유는 못생겼기 때문임. 그걸 넣은 **ThinkPad**처럼 말임