Tmux처럼 동작하는 OS 설계: 작업 중심 윈도 관리
원제 Make Tmux the OS
118 포인트댓글 61
Key Point
작업별 윈도 관리 개념은 20~40년 전 연구에서 나왔는데도 주요 OS에서 기본 기능으로 구현되지 않은 이유, 그리고 LLM이 이를 해결할 수 있는지를 구체적으로 탐색하는 글이다.
핵심 요약
- 저자는 Scott Jenson의 데스크톱 UX 혁신에 관한 강연에서 영감을 받아, 현재의 윈도 관리 시스템이 하드웨어 제약이 사라진 지 오래되었는데도 그대로 유지되고 있다고 지적한다.
- 현대 OS의 윈도 관리 문제는 크게 네 가지로 나뉜다: 모니터 개수와 배치의 빈번한 변화, 사람마다 다른 윈도 사용 방식, 브라우저가 실질적인 미니 OS 역할을 하는 현실, 파일시스템이 약해진 개념이 되었다는 점이다.
- 1986년 Rooms, 2004년 WindowScape 등 기존 연구들은 이미 작업별 윈도 그룹화의 필요성을 보였고, 최근 Windows Timeline, Windows Sets, macOS Stage Manager, KDE Activities 등이 시도했지만 기본 설정이 아니거나 수동 설정이 필요해 대중화되지 못했다.
- 저자의 제안은 무한 캔버스 위에서 각 물리 디스플레이를 뷰포트로 삼는 시스템으로, 윈도 그룹화를 명시적이 아닌 스크롤 기반 타일링으로 구현한다.
- 작업(Task) 중심으로 브라우저 탭도 윈도처럼 분리 가능하며, 윈도 수평 순서와 스크롤 위치는 유지하되 열 너비는 반응형으로 조정되도록 설계된다.
- 디스플레이 전환 시 공개/비공개 콘텐츠 표시를 자동으로 처리하는데, 연결된 디스플레이 감지나 화면 공유 감지 같은 기계적 사실에 기반해 개인정보 보호 수준을 결정한다.
- 작업 정렬과 윈도 구성은 로컬 LLM을 활용해 사용자가 텍스트로 요청하면 미리보기로 제안받고 승인하는 방식으로 작동하며, 사용자가 고정한 항목은 LLM이 건드리지 않도록 제한한다.
- 저자는 개념 검증을 위해 Linux 데스크톱에서 데모를 구축하려 했지만 기술적 복잡성에 직면했으며, 초기 설계에도 심각한 논리적 결함이 있음을 발견했다.
- 가장 큰 문제는 개인정보 보호 설계가 감시 데이터(어느 디스플레이가 가장 많은 키 입력을 받는지 추적)에 의존한다는 모순이며, 또한 현재의 LLM은 어떤 영역은 건드리고 다른 영역은 건드리지 않아야 하는 요구사항을 잘 처리하지 못한다.