한 줄 요약
Omarchy는 Arch Linux와 Hyprland를 바탕으로 터미널, 에디터, AI 코딩 도구, 테마를 한 흐름으로 묶은, 취향과 사용 방식이 뚜렷한 개발자용 리눅스 배포판입니다.
저장소: omacom/omarchy
새 개발 머신을 마련하면 코드를 열기 전에 정할 것이 많습니다. 터미널과 에디터를 고르고, 언어 버전을 맞추고, 창 배치와 단축키를 손보다 보면 작업 환경 자체가 별도 프로젝트가 됩니다. Omarchy는 이 선택에 기본 답을 담아 둡니다. 터미널을 열고 브라우저를 띄우면 창이 나란히 놓이고, 같은 키보드 흐름 안에서 파일 탐색과 코드 수정, AI와의 대화를 이어갈 수 있습니다.
커뮤니티에서 함께 살펴보고 싶은 부분은 이 기본값들이 만나는 방식입니다. Arch를 바탕으로 Hyprland가 창을 배치하고, Quickshell이 상단 바와 메뉴 같은 데스크톱 요소를 구성합니다. 에디터와 터미널의 색을 함께 바꾸는 테마, 개발 환경 설치 메뉴, 업데이트 뒤 되돌아갈 스냅샷까지 연결됩니다. 배경화면 한 장을 보고 마음에 들었다면, 그 화면에서 하루의 작업을 어떻게 이어갈지도 같이 살펴보세요.
첫 시도는 여유 있는 머신에서 익숙한 프로젝트 하나를 여는 정도가 좋겠습니다. 브라우저로 결과를 보고, 에디터로 수정하고, 터미널에서 테스트하는 순서를 따라가 보세요. 창을 찾는 시간이 줄어드는지, 자주 쓰던 앱과 입력기가 제대로 동작하는지, 문제가 생겼을 때 설정을 찾아갈 수 있는지가 전환 판단에 도움이 됩니다. 지금 쓰는 컴퓨터를 지우기 전에 설치 방식과 하드웨어 조건부터 읽어 두시길 권합니다.
무엇을 할 수 있나
DHH가 시작한 Omarchy의 이름에는 오마카세처럼 제작자가 도구와 구성을 골라 제공한다는 뜻이 담겨 있습니다. 공식 소개의 중심은 Arch, Hyprland, Quickshell입니다. Arch가 패키지와 시스템 기반을 제공하고, Hyprland가 창을 타일처럼 배치하며, Quickshell을 바탕으로 만든 셸이 메뉴와 상단 바를 맡습니다. 여기에 개발과 일상 작업에 쓸 앱을 함께 구성합니다.
개발자는 터미널에서 저장소를 탐색하고 에디터를 열어 코드를 고치며 브라우저로 결과를 볼 수 있습니다. 기본 터미널은 Foot이고, Neovim에는 LazyVim을 바탕으로 한 구성이 들어 있습니다. Chromium, Obsidian, LibreOffice처럼 브라우징·메모·문서 작업에 쓸 앱도 포함합니다. 명령줄만 있는 환경으로 생각할 필요는 없습니다. 파일 관리자와 그래픽 앱을 쓰면서 창의 이동과 실행을 키보드로 엮는 방식입니다.
처음부터 모든 선택에 동의할 필요도 없습니다. 개발 도구 안내는 VSCode, Cursor, Zed 등을 Install > Editor에서 설치하고 Setup > Defaults > Editor로 기본 에디터를 정하는 방법을 설명합니다. 터미널도 Alacritty, Ghostty, Kitty로 바꿀 수 있습니다. Neovim을 익히면서 동시에 운영체제를 옮기기 부담스럽다면, 먼저 익숙한 에디터를 골라 창 관리에 집중해 보세요.
언어 환경은 Install > Development에서 선택합니다. Ruby on Rails, JavaScript 런타임, Python, Go, Rust 등 여러 선택지가 있고, 상당수는 mise가 버전을 관리합니다. Docker와 Docker Compose도 구성돼 있습니다. Git 작업용 Lazygit은 미리 설치되며, gh와 uv, 여러 코딩 에이전트는 mise를 통해 처음 실행할 때 설치됩니다. 메뉴에 보인다는 것과 이미 내려받아져 있다는 것을 구분하면 첫 실행 때의 다운로드도 이해하기 쉽습니다.
살펴볼 가치는 이 도구들을 함께 쓰는 기본 동선에 있습니다. 파일을 찾고, 내용을 검색하고, 창을 이동하고, 결과를 검토하는 일이 같은 환경 안에서 이어집니다. 반대로 모든 프로그램을 직접 고르는 과정이 즐겁거나 기존 설정을 그대로 유지하는 것이 중요하다면, Omarchy의 기본 구성을 받아들이고 조정하는 데 드는 시간도 계산해야 합니다.
설치하기: 디스크 선택부터 신중하게
공식 시작 안내는 ISO로 설치하도록 안내합니다. 공식 다운로드 페이지에서 ISO를 받고, 같은 곳의 SHA-256과 서명 링크로 파일을 검증할 수 있습니다. 설치 파일은 릴리스마다 달라지므로 다운로드 페이지에서 해당 릴리스의 파일과 검증 자료를 함께 고르세요. 별도의 셸 설치 명령을 찾아 기존 운영체제에 덧붙이는 절차로 시작하지 않습니다.
전체 디스크 설치를 고르면 선택한 드라이브의 데이터와 기존 운영체제가 삭제됩니다. 설치 전에 다른 저장장치로 백업하고, 복구에 필요한 자료를 준비하세요. USB에 ISO를 기록할 때도 대상 USB의 기존 내용이 지워집니다. 설치 대상이 외장 백업 디스크와 헷갈리지 않도록 용량과 장치 이름을 확인하는 것부터 시작합니다. 암호화는 설치 뒤 데이터를 보호하는 기능이며, 지운 데이터를 되돌리는 기능이 아닙니다.
공식 절차는 다음 순서입니다.
- ISO를 내려받고 검증 자료를 대조합니다. Mac이나 Windows에서는 balenaEtcher, Linux에서는 caligula로 USB에 기록하는 방법이 안내돼 있습니다.
- 준비한 USB로 부팅합니다. 공식 문서는 BIOS에서 Secure Boot 및/또는 TPM을 끄도록 안내합니다. 회사 장비라면 장치 보안 정책과 기존 운영체제 복구 조건을 담당자와 먼저 맞춥니다.
- 설치 화면의 설정 질문에 답하고 내용을 확인합니다. 설치할 드라이브와 사용할 공간을 선택하며, 포맷 확인 단계에서 대상과 방식을 다시 읽습니다.
- 설치가 끝나면 새 환경으로 부팅합니다. 기본 암호화 설정으로 설치했다면 시작할 때 드라이브 잠금을 해제해야 합니다. 유선 또는 2.4GHz 동글 키보드를 준비하세요. Bluetooth 키보드만으로는 이 단계에서 암호를 입력할 수 없습니다.
현재 매뉴얼은 드라이브 전체를 쓰는 방법과 할당되지 않은 빈 공간에 설치하는 방법을 모두 설명합니다. Windows와 함께 쓸 계획이라면 듀얼부팅 안내에 따라 Windows에서 파티션을 축소해 공간을 마련하고, 설치기에서 **Free space install**을 골라야 합니다. 전체 디스크 설치를 선택한 상태로 다음 단계로 넘어가면 기존 자료를 잃을 수 있습니다.
같은 안내는 BitLocker를 끄고 복호화를 마쳐야 한다고 설명합니다. 기존 Windows의 암호화와 복구 조건을 이해한 뒤 진행하세요. 빈 공간이 보인다고 백업 없이 시도할 이유는 없습니다. Intel Mac은 별도 제약이 있으므로 이 Windows 절차를 그대로 적용하지 말고 아래 Mac 지원 항목을 함께 읽어야 합니다.
설치 시간보다 먼저 정할 것은 어느 디스크를 비워도 되는지, 어떤 자료를 복구할 수 있어야 하는지입니다. 업무 프로젝트는 원격 저장소에 올리지 않은 변경까지 보관하고, 브라우저 프로필과 인증 수단처럼 코드 밖의 자료도 점검하세요. 설치 화면을 따라가는 동안 이런 자료를 뒤늦게 찾지 않도록 준비해 두면 첫날의 작업 범위를 작게 잡을 수 있습니다.
첫 화면에서 익힐 키보드 동선
탐색 안내의 출발점은 Super + Space입니다. PC 키보드에서는 대개 Windows 키가 Super에 해당하고, Mac 키보드에서는 Command 키가 그 자리에 옵니다. 메뉴를 열어 앱과 설정을 찾을 수 있으니 단축키를 모두 외운 뒤에야 시작할 수 있는 것은 아닙니다. 막히면 Super + K로 키 목록을 엽니다.
| 하고 싶은 일 | 기본 키 |
|---|---|
| Omarchy 메뉴 열기 | Super + Space |
| 터미널 열기 | Super + Return |
| 브라우저 열기 | Super + Shift + Return |
| 단축키 목록 보기 | Super + K |
| 창 사이 초점 이동 | Super + 방향키 |
| 작업공간 이동 | Super + 숫자 |
| 현재 창을 다른 작업공간으로 보내기 | Super + Shift + 숫자 |
| 현재 창의 타일·떠 있는 상태 전환 | Super + T |
터미널 하나를 열면 넓게 쓰고, 브라우저를 더 열면 나란히 배치되는 식입니다. Super + J로 위아래 배치도 시도할 수 있습니다. 창마다 폭을 손으로 맞추기 전에, 자주 쓰는 두세 개의 창이 기본 배치에서 읽기 편한지 살펴보세요. 로그가 긴 터미널과 작은 미리보기 창이 같은 비율일 필요는 없으니 작업에 맞게 조정하면 됩니다.
작업공간에는 역할을 가볍게 붙여 보시길 권합니다. 첫 번째는 코드와 실행 결과, 두 번째는 참고 문서처럼 정해 두면 창이 많아져도 돌아갈 위치를 기억하기 쉽습니다. 이것은 적용해 볼 작업 방식이며 강제된 규칙은 아닙니다. 한 화면에 창을 너무 많이 넣어 글자가 작아진다면, 더 많은 단축키를 익히기 전에 작업공간을 나누는 편이 낫습니다.
마우스도 쓸 수 있습니다. Super를 누른 채 창을 움직이거나 크기를 조절할 수 있고, 필요한 창은 떠 있는 상태로 전환할 수 있습니다. 키보드 중심이라는 특징을 모든 동작을 억지로 키로 바꿔야 한다는 부담으로 받아들이지 않아도 됩니다. 먼저 창 열기, 초점 옮기기, 작업공간 돌아오기 세 동작부터 손에 익혀 보세요.
활용 시나리오 1: 새 개발 머신에서 프로젝트 하나 열기
새 노트북에 필요한 도구를 설치하다 보면 예전에 쓰던 버전과 이번에 설치한 버전이 섞이기 쉽습니다. Omarchy에서는 에디터, 언어 환경, 저장소 도구를 순서대로 준비해 보세요. 첫 목표는 프로젝트 하나의 실행과 테스트입니다. 평소 쓰던 확장과 셸 꾸미기는 그 다음에 더해도 됩니다.
먼저 기본 에디터를 고릅니다. Neovim을 계속 쓸 경우 공식 Neovim 안내의 파일 찾기와 검색부터 익힐 수 있습니다. Space Space로 파일을 찾고, Space S G로 내용을 검색하며, Space G G로 Lazygit을 여는 흐름입니다. 기존 GUI 에디터가 편하다면 메뉴에서 설치해 기본값으로 정한 뒤 같은 프로젝트를 엽니다.
그 다음 프로젝트가 요구하는 언어 버전을 살펴봅니다. 개발 환경 안내는 Ruby 설치의 예로 다음 명령을 제시합니다.
mise use -g ruby
이 명령은 Ruby를 설치하고 전역 기본값으로 정합니다. 프로젝트에 .ruby-version이 있다면 루트에서 mise i를 실행하는 예도 있습니다. 팀 저장소가 요구하는 버전과 시스템 전체의 기본 버전을 구분해 보세요. 전역에 설치한 최신 버전으로 프로젝트가 무조건 실행된다고 가정하면 동료의 환경과 차이가 생깁니다. 구체적인 의존성 설치와 테스트는 해당 프로젝트의 README를 따릅니다.
GitHub 작업은 같은 공식 개발 도구 문서의 gh auth login으로 시작할 수 있습니다. 첫 실행에 CLI가 설치되고 인증을 이어갑니다. 저장소를 연 뒤에는 필요한 파일을 찾고 변경 내역을 읽는 데 집중해 보세요. 셸 도구 안내의 ff는 미리보기를 보며 파일을 찾게 하고, Ctrl + R은 명령 기록을 검색하게 합니다. rg는 파일 내용 검색에 쓸 수 있습니다.
로컬 데이터베이스가 필요하면 Install > Development > Docker DB를 살펴봅니다. Docker와 Compose는 포함돼 있지만 기본 사용자는 docker 그룹에 들어 있지 않습니다. 공식 문서는 명령줄에서 sudo를 사용하도록 설명하며, 그 이유를 Docker 그룹이 사실상 관리자 권한을 줄 수 있기 때문이라고 밝힙니다. 예전 환경에서 권한 없이 실행됐다는 기억만으로 그룹 설정을 바꾸기보다 기본 방식을 먼저 이해해 두세요.
완료 기준도 구체적으로 잡아 두면 좋습니다. 프로젝트를 열 수 있는지, 정해진 런타임으로 실행되는지, 테스트 결과를 다시 확인할 수 있는지, 브라우저에서 로컬 결과가 보이는지입니다. 같은 과정을 다음 머신에서 반복할 수 있게 팀 README에 필요한 내용만 남깁니다. 개인 테마나 키 배치까지 팀 공통 조건으로 묶을 필요는 없습니다.
활용 시나리오 2: 에디터·AI·실행 결과를 나란히 두기
AI 코딩을 하다 보면 대화 창, 코드, 실행 결과 사이를 계속 오갑니다. Omarchy에서는 타일링과 터미널 구성을 이 작업에 써 볼 수 있습니다. 한쪽에는 에디터, 다른 쪽에는 코딩 에이전트, 별도 창에는 테스트 출력을 두고 변경 내용을 비교하는 장면입니다. 앞서 소개한 Superpowers의 개발 절차와 함께 보면 작업 순서와 작업 공간을 각각 어떻게 마련할지 생각하기 좋습니다.
AI 매뉴얼은 Claude Code, Codex, OpenCode, Grok 등 코딩 에이전트의 실행 경로를 설명합니다. 대부분은 처음 실행할 때 mise가 CLI를 설치하고, 이후 해당 서비스에 인증하는 방식입니다. 도구가 준비되는 것과 모델 사용 권한은 따로 챙겨야 합니다. 계정, 요금제, 조직에서 허용하는 코드 전송 범위는 선택한 공급자의 조건을 확인하세요.
기본 에이전트는 Setup > Defaults > Agent에서 고릅니다. 여기서 설치가 필요한 도구를 선택하면 설치도 이어집니다. 공식 문서는 Omarchy의 기본 에이전트 실행 경로와 일부 짧은 별칭이 자동 승인 모드로 동작한다고 설명합니다. 바로가기만 보고 평소 쓰던 승인 절차가 그대로 적용될 것이라고 생각하지 마세요. 처음에는 각 CLI의 승인·권한 설정을 이해하고, 별도 시험 저장소에서 작업 범위를 정해 시작하는 편이 좋습니다.
창 배치를 더 일정하게 유지하고 싶다면 터미널 안내의 Tmux 구성을 살펴볼 수 있습니다. Super + Alt + Return으로 새 Tmux 세션을 열고, Ctrl + Space를 누른 뒤 s로 세션 목록을 봅니다. 터미널 창을 닫아도 Tmux 세션을 이어갈 수 있어, 대화와 서버 출력을 다시 찾아가는 데 쓸 수 있습니다. 컴퓨터 재부팅 뒤에도 모든 프로세스가 살아 있는 것으로 이해하면 안 됩니다.
공식 안내의 tdl은 에디터, 선택한 에이전트, 아래쪽 터미널을 배치하는 함수입니다. 처음에는 복잡한 다중 에이전트 화면보다 한 에이전트의 변경을 읽기 편한지부터 살펴보세요. 테스트 출력과 코드 변경이 동시에 보여도 검토가 자동으로 되는 것은 아닙니다. 요청한 동작, 실제 diff, 테스트가 다룬 조건을 하나씩 맞춰 볼 자리를 마련하는 것이 목적입니다.
에이전트에게 컴퓨터 설정까지 맡길 때는 범위를 더 작게 잡습니다. 예를 들어 현재 모니터 설정을 설명받는 일과 설정을 바꾸고 관련 프로세스를 재시작하는 일은 영향이 다릅니다. 먼저 읽을 파일과 원하는 변화, 되돌릴 방법을 정한 뒤 수정으로 넘어가세요. 인터넷에서 가져온 설정 설명에 적힌 명령도 실행 전에 내용을 검토해야 합니다.
이 환경에서 배우기 좋은 습관은 질문과 검토를 같은 화면에 두는 것입니다. 에이전트가 수정한 파일을 열고 테스트 출력을 보면서, 빠진 조건을 다음 요청에 구체적으로 연결합니다. 반대로 운영체제를 바꿨다는 이유로 코딩 품질이나 검토 속도가 저절로 좋아진다고 기대할 필요는 없습니다. 평소 반복하던 창 전환이 어떻게 달라지는지부터 관찰해 보시면 좋겠습니다.
활용 시나리오 3: macOS에서 개발 작업 옮겨 보기
macOS에서 넘어온다면 자주 쓰던 손동작이 어디로 가는지부터 살펴보세요. Mac·Windows 전환 안내는 앱 실행을 Super + Space, 복사·붙여넣기를 Super + C와 Super + V로 연결합니다. 이 복사·붙여넣기는 터미널에서도 쓰도록 구성돼 있습니다. 창을 연 채로 다른 자료를 복사하고 돌아오는 짧은 작업부터 해 보면 익숙한 부분과 새로 배울 부분이 드러납니다.
데스크톱 운용 방식에는 차이가 있습니다. 기본 타일링에서는 창이 서로 겹치지 않게 놓이고, 작업공간을 숫자로 바로 오갑니다. 앱을 Dock에서 찾고 창 뒤편을 뒤지는 습관을 바꾸는 데 시간이 필요합니다. macOS의 동작을 전부 복제하기보다, 문서를 읽으며 코드를 고치는 한 가지 작업을 새 배치에서 끝내 보는 편이 판단하기 쉽습니다.
기존 Mac 하드웨어에 설치하려면 Mac 지원 문서를 먼저 읽어야 합니다. Intel Mac 지원과 알려진 기기별 제약을 설명하며, M 시리즈 Mac의 직접 설치는 지원하지 않는다고 안내합니다. Apple Silicon을 쓰고 있다면 공식 홈페이지의 Try on Mac으로 연결되는 가상머신 안내부터 살펴볼 수 있습니다. 가상머신에서 화면을 익히는 것과 해당 Mac에 직접 설치하는 것은 별개입니다.
Intel Mac용 설치 안내는 Omarchy를 유일한 운영체제로 설치하며 드라이브를 지우고 macOS를 부팅할 수 없게 된다고 명시합니다. 일반 PC의 빈 공간 설치 안내만 읽고 Mac에서도 같은 방식의 공존이 보장된다고 판단하면 안 됩니다. 복구 수단을 마련하고, T1·T2 등 모델별 제한과 필요한 부팅 설정을 읽은 뒤 진행해야 합니다. 모델명이 같아 보여도 오디오와 입력 장치까지 동일하게 지원된다고 가정하지 마세요.
한국어를 쓰는 빌더에게는 입력기도 첫날의 확인 대상입니다. 입력 장치 안내는 설치에서 Korean을 고르면 두벌식 한글 입력을 구성한다고 설명합니다. Setup > Typing > Input Methods에서 입력 방식을 살펴볼 수 있고, Super + I로 전환할 수 있습니다. 데스크톱 메뉴 언어와 입력 방식은 별도이므로 메뉴가 영어여도 한글 입력을 준비할 수 있습니다.
브라우저, 에디터, 터미널에서 각각 한글을 입력하고 전환해 보세요. 평소 쓰는 한/영키와 한자키, 단축키가 기대한 대로 동작하는지도 확인합니다. 외장 모니터를 쓰는 경우에는 해상도와 배율, 화면 연결을 바꿨을 때의 배치도 살펴보면 좋습니다. 모니터 안내는 Setup > Monitors에서 설정을 여는 방법을 제공합니다.
마지막으로 업무에서 빠뜨릴 수 없는 앱을 적습니다. 저장소와 개발 서버가 동작하더라도 회의, 화면 공유, 문서 교환, 회사 보안 도구까지 맞아야 하루의 일을 옮길 수 있습니다. 이것은 각자의 업무 조건을 점검할 목록입니다. 개인 프로젝트를 끝낸 뒤 실제 업무에 필요한 앱을 하나씩 더해 보면, 기존 머신을 유지해야 하는 이유도 구체적으로 판단할 수 있습니다.
테마와 설정: 기본값 위에 내 취향 얹기
테마 안내의 재미는 여러 앱의 모습을 함께 바꾸는 데 있습니다. Appearance > Theme 또는 Super + Ctrl + T로 테마를 고르면 터미널, Neovim, 상단 바와 메뉴 등 지원하는 영역이 함께 바뀝니다. 배경화면만 따로 바뀌는 구성과 비교해 보면, 같은 프로젝트를 여러 창으로 볼 때 글자색과 화면 분위기가 어떻게 이어지는지 살펴볼 수 있습니다.
모든 앱이 같은 방식으로 따라오는 것은 아닙니다. 매뉴얼은 Obsidian에서는 앱 안에서 Omarchy 테마를 직접 골라야 한다고 설명합니다. 업무에 쓰는 앱으로 테마를 바꿔 보고, 코드·선택 영역·오류 표시가 잘 읽히는지 먼저 보세요. 화면 사진이 예쁜 것과 장시간 작업에서 구분이 편한 것은 서로 다른 판단입니다.
설정의 중심은 dotfiles 안내에 나오는 ~/.config입니다. 기본 단축키를 조정할 ~/.config/hypr/bindings.lua, 모니터용 monitors.lua, 입력 장치용 input.lua처럼 역할이 나뉩니다. 메뉴의 Setup에서 관련 설정을 열면 파일 위치를 외우는 부담도 줄어듭니다. 처음에는 자주 쓰는 키 하나나 화면 배율처럼 영향이 읽히는 항목부터 바꿔 보세요.
사용자가 바꿀 설정과 패키지가 제공하는 기본값은 구분해야 합니다. 공식 문서는 /usr/share/omarchy를 직접 수정하기보다 ~/.config에서 값을 덮어쓰도록 권합니다. 패키지 파일을 직접 고치면 업데이트가 변경을 덮어쓸 수 있습니다. 설정을 백업하거나 버전 관리할 때는 필요한 개인 설정만 고르고, 인증 자료나 비밀 값이 함께 들어가지 않도록 범위를 살펴보세요.
업데이트와 복구도 작업 환경의 일부입니다
Arch 기반이라면 업데이트가 걱정될 수 있습니다. 공식 업데이트 안내는 Update > Omarchy로 시스템과 패키지를 함께 업데이트하도록 설명합니다. 최신 패키지만 받는 것으로 끝나지 않고 스냅샷과 마이그레이션, 설정 갱신이 묶여 있습니다. 익숙하다는 이유로 패키지 관리자에서 시스템 전체 갱신을 따로 진행하면 이 흐름을 놓칠 수 있습니다.
새 설치는 stable 채널에서 시작합니다. 공식 문서는 stable이 정식 릴리스와 별도 안정화 미러를 따르고, edge·dev는 더 빠른 변경과 복구 부담을 감수하는 사람을 위한 경로라고 설명합니다. 첫 개발 머신이라면 기본 채널에서 프로젝트와 하드웨어가 잘 동작하는지 먼저 보세요. 새 기능을 빨리 써 보는 목적과 매일 일을 마칠 수 있어야 하는 목적을 함께 생각하면 채널 선택이 쉬워집니다.
복구에서는 시스템 스냅샷 안내의 범위를 꼭 읽어야 합니다. 업데이트 때 자동으로 스냅샷을 만들고, Limine 부트로더에서 이전 상태를 골라 부팅해 복원을 이어갈 수 있습니다. 문서의 omarchy-snapshot create로 직접 스냅샷을 만드는 것도 가능합니다. 문제가 나기 전에 부팅 메뉴와 복구 절차가 어디 있는지 알아 두면 좋습니다.
시스템 스냅샷은 루트 파일시스템을 복구하며 /home은 복구하지 않습니다. 개인 파일과 ~/.config는 그대로 남으므로 지운 작업 파일을 되찾는 백업으로 쓸 수 없습니다. 되돌린 앱이 더 새로운 설정 형식을 읽지 못하면 추가 조정도 필요합니다. 코드와 문서의 별도 백업, 개인 설정 보관, 시스템 복구는 각각 준비하세요. 이 스냅샷 기능은 Limine 설치가 전제이며 다른 부트로더에 그대로 적용되지 않습니다.
설정을 기본값으로 돌리는 기능도 복구와 구분해야 합니다. 업데이트 안내의 재설치 경로는 사용자 설정 변경을 덮어쓸 수 있습니다. 문제가 생겼을 때 여러 초기화 명령을 연달아 실행하기보다 어떤 범위가 바뀌는지 매뉴얼을 읽고 필요한 설정을 보관한 뒤 진행하세요. 되돌릴 수 있는 부분을 이해하는 것도 새 데스크톱을 익히는 과정입니다.
어떤 빌더에게 맞나
잘 맞는 출발점: 터미널과 키보드 사용이 편하고, 개발 도구와 데스크톱을 한 번에 구성해 보고 싶은 개인 빌더에게 살펴볼 만합니다. 창을 자주 옮기며 코드·문서·AI 대화를 오가는 작업, 여유 있는 PC에 새 개발 환경을 만드는 작업이 좋은 첫 장면입니다. 기본값을 써 본 뒤 필요한 부분을 파일로 조정하는 방식을 즐긴다면 탐색할 거리도 많습니다.
들어가는 시간: 창 관리, 설정 파일, 패키지와 언어 버전의 관계를 익혀야 합니다. 설치가 빠르게 끝나더라도 평소의 업무를 옮기는 데 필요한 시간은 따로 있습니다. 기본 앱이 취향에 맞는지, 불필요한 앱을 지운 뒤에도 원하는 흐름이 남는지 살펴보세요. 모든 기본 앱을 써야 하는 것은 아니며, 공식 FAQ에는 패키지와 웹 앱을 제거하는 경로도 나옵니다.
다른 선택을 먼저 볼 경우: 운영체제 설정을 만질 시간을 거의 낼 수 없거나, 특정 회사 보안 프로그램과 전용 앱이 반드시 필요한 경우입니다. Linux 사용 허용 여부와 장치 관리 조건을 먼저 확인해야 합니다. Apple Silicon Mac에 직접 설치하려는 경우도 지원 문서의 조건에 맞지 않습니다. 다른 배포판이나 현재 운영체제에서 필요한 도구만 쓰는 선택까지 함께 비교해 보세요.
보안 기본값: 보안 안내는 기본 디스크 암호화와 방화벽을 설명합니다. 방화벽은 LocalSend용 포트 예외가 있고, SSH는 켜기 전까지 기본으로 꺼져 있습니다. 이런 기본값과 내가 추가한 서비스의 외부 공개 범위를 함께 살펴보면 좋습니다. 암호화가 있어도 로그인한 사용자가 실행하는 프로그램과 에이전트의 권한까지 자동으로 제한되는 것은 아닙니다.
라이선스와 비용: Omarchy 저장소는 MIT입니다. 수정·재배포할 때 LICENSE의 고지 조건을 읽고, 함께 제공되거나 추가하는 프로그램은 각자의 라이선스를 확인합니다. 코딩 에이전트의 모델 요금, 유료 앱과 외부 서비스 비용도 별도입니다. 운영체제의 공개 라이선스와 연결 서비스의 이용 권한을 나누어 판단하세요.
저희가 권하는 마무리 질문은 간단합니다. 익숙한 프로젝트 하나를 끝까지 다뤄 봤을 때 어느 동작이 편해졌고, 어떤 부분을 더 알아야 했는지 적어 보세요. 키보드 흐름이 손에 맞는지와 업무에 필요한 도구가 갖춰졌는지를 함께 보면, 멋진 데스크톱을 구경한 다음 내 작업실로 옮겨올지 결정할 근거가 남습니다.
원문과 함께 읽기
- Omarchy 저장소 · 공식 매뉴얼
- ISO 다운로드 · 설치 안내 · 듀얼부팅
- Mac 지원 · 문제 해결
- 공식 홈페이지의 시연 영상: Omarchy Quattro by David Heinemeier Hansson. 창 배치와 앱 전환, 데스크톱의 움직임을 함께 살펴보기 좋습니다.
- 릴리스 · MIT LICENSE
- 함께 읽기: Superpowers의 개발 절차, Hermes Agent의 기억과 반복 업무
마치며
하이프마크 빌더 커뮤니티는 앞으로도 이렇게 직접 살펴본 개발 도구와 오픈소스를 꾸준히 공유하려고 합니다. 빌더 여러분께 도움이 될 좋은 자료들을 계속 모아 나누겠습니다.