omarchy とは｜DHH製Arch+Hyprland開発環境の仕組み

omarchy は、Ruby on Rails の生みの親であり Basecamp / 37signals の創業者である DHH（David Heinemeier Hansson）氏が公開している Linux ディストリビューションです。ベースは Arch Linux で、ウィンドウマネージャに Hyprland、そして v4（Quattro）ではデスクトップ構築キットとして Quickshell を採用し、開発者が日常的に使うツール群を「オマカセ」で最初から統合しています。

SNS や技術メディアで名前を目にして関心を持ったものの、「自分のメインマシンに入れて良いのか」「そもそも他の Arch 派生と何が違うのか」「ローリングリリースの運用は続けられるのか」といった疑問から、採用可否の判断に踏み切れないエンジニアも少なくありません。

そこで本記事では、公式サイト・現行 v4 公式マニュアル・GitHub リポジトリを一次情報として、omarchy の位置づけ、収録される主要ツール、インストールの前提条件、CachyOS / EndeavourOS / Manjaro など類似 Arch 系ディストロとの違い、採用時に留意すべきポイントを整理します。動作検証を目的にした記事ではなく、あくまで「採用する / 見送る / 保留する」を初見エンジニアが自分で判断するための材料をまとめる立場で解説します。

omarchy とは何か

omarchy は、Arch Linux と Hyprland を土台に、DHH 氏が普段の開発ワークフローで必要になるツール・テーマ・設定を統合した Linux ディストリビューションです。公式サイトでは "Beautiful, Modern & Opinionated Linux by DHH" と紹介されており、ISO 配布・公式マニュアル・プラグインディレクトリ・GitHub リポジトリなどが公式サイトからたどれる構成になっています（omarchy 公式サイト）。

GitHub リポジトリは basecamp オーガニゼーション配下で公開されており、リポジトリの説明は "Beautiful, Modern & Opinionated Linux"、主要言語は Shell、ライセンスは MIT です（basecamp/omarchy - GitHub）。README 自体は非常に簡素で、詳細な説明は公式サイトおよび公式マニュアル側に集約されています。

DHH がオマカセで固めた Arch Linux

「omarchy」という名称は "Omakase"（おまかせ）と "Arch Linux" を組み合わせた造語です。日本料理のおまかせコースになぞらえて、「開発者が使うものは作り手が全部選んでおくので、そのまま食べてほしい」という姿勢が名前に反映されています。

設計思想はおおむね以下の 3 点に整理できます。

• 統合された開発者向け環境: Arch Linux + Hyprland（Wayland ベースのタイリングウィンドウマネージャ）+ Quickshell（デスクトップ構築キット）を土台に、エディタ・ターミナル・ブラウザ・生産性ツールをあらかじめ組み込む
• キーボード中心の操作: Super キーを起点とするホットキー体系で、ウィンドウ移動・ワークスペース切替・アプリ起動を完結させる
• 美的整合性: テーマ・フォント・壁紙・シェルプロンプトを統一し、環境ごとの見た目のばらつきを排除する

いずれも「個々のツール選定に費やす意思決定コストを削り、DHH 氏が到達した完成解にそのまま乗る」ことを前提にしています。逆に言えば、自分好みに構成部品を差し替えることを主目的にする場合は、omarchy よりも素の Arch や後述の EndeavourOS のほうが目的に合いやすい構造です。

リポジトリの規模とライセンス（記事執筆時点）

記事執筆時点における GitHub 上のリポジトリ情報は以下の通りです（gh api /repos/basecamp/omarchy の取得値）。

archived=false かつ fork=false であり、直近まで頻繁に更新が入っています。リポジトリ属性上はアーカイブ済み・ミラーフォーク等の記事化ブロッカーはなく、通常のアクティブな OSS として扱えます。ライセンスは MIT のため、成果物の取り込み・派生利用における制約は緩やかです（改変・再配布可、著作権表示の維持が必要）。

一方で、Arch Linux 系のディストリビューションであるという性質上、後述するように更新はローリングリリース直結であり、「特定バージョンに固定して長期運用する」といった LTS 的な運用形態は前提にしていません。

omarchy の主要な特徴

omarchy がバンドルするコンポーネント・機能は、現行 v4（Quattro）の公式マニュアルに章立てとして体系化されています。以下では、初見のエンジニアが「日常業務がこの標準セットで回るか」を判断できる粒度で整理します。

Arch Linux + Hyprland + Quickshell の 3 層構造

omarchy の中核は、以下の 3 つのレイヤーで構成されます。

• Arch Linux（基盤 OS）: ローリングリリース方式の Linux ディストリビューション。パッケージマネージャ（pacman）と AUR を通じて、最新のソフトウェアに継続的にアクセスできる
• Hyprland（タイリングウィンドウマネージャ）: Wayland ベース。ウィンドウを自動的にタイル分割し、Super キーを起点とするホットキーでウィンドウ移動・分割方向変更・ワークスペース切替を行う
• Quickshell（デスクトップ構築キット、v4 で追加）: ステータスバー・ランチャー・通知などのデスクトップ UI 部品を宣言的に構築するためのフレームワーク。omarchy v4 では、これによってデスクトップシェル部分の記述と再構成の柔軟性が高められている

とくに Quickshell の採用は v4（Quattro）でのアーキテクチャ更新の目玉であり、v3 時点で書かれた日本語記事の多くには反映されていません。既存記事を参照する際は「Quickshell の言及があるか」で情報の鮮度を判断すると齟齬を避けやすくなります。

キー操作に慣れるまでの導線は、公式マニュアルの "The Basics" "Getting Started" "Navigation" "Hotkeys" といった章に整理されています。マウス操作を主体にしたいユーザー、あるいは既存の GNOME / KDE の UX を継続したいユーザーに対しては、omarchy の想定するワークフローは前提を大きく変える可能性がある点に留意が必要です。

開発者に必要なツールが最初から揃う

公式マニュアルには、以下のようなカテゴリで収録ツールが列挙されています。

• エディタ・ターミナル: Neovim、Ghostty、Alacritty、LazyGit
• AI / 開発補助: 「AI」章および「Development Tools」章が独立して用意され、AI CLI 群が組み込まれている
• ブラウザ・ドキュメント・オフィス・ノート: Chromium、Typora、LibreOffice、Obsidian
• メディア制作・配信: Kdenlive（動画編集）、OBS Studio（配信・録画）
• コミュニケーション・メディア: Zoom、Signal、Spotify など
• システム管理: System snapshots、System sleep、Updates、Security、Windows VM、Mac Support

これらは章の見出しから読み取れる範囲であり、実際のパッケージ構成の詳細や置き換え可否は各章本文に記載されています。日本語 UI ロケール自体は柔軟に切り替えられますが、日本語入力（Mozc など）は追加セットアップが前提となる点は、後述のインストールセクションでも触れます。

テーマ・ドットファイル・システム管理の統一

「Themes」「Fonts」「Backgrounds」「Prompt」「Configuration」「Dotfiles」「Monitors」など、外観と設定管理に関する章が独立して用意されています。テーマ・フォント・壁紙・プロンプトの見た目が最初から統一されていることが、omarchy の「オピニオネイテッド」たる所以です。

システム管理では「System snapshots」「Updates」「Security」「System sleep」の章があり、ローリングリリースの Arch を土台にしつつ、システムスナップショットで復旧手段を確保する構成が示されています。また、v4 では「Coming From Mac or Windows」章が独立章として整備されており、他 OS からの移行者が最初に押さえるべきキー体系・ファイル配置・システム操作の対応関係が集約されています。周辺トピックとして「Windows VM」「Mac Support」「Troubleshooting」「FAQ」も網羅されています。より詳細なコンポーネントごとの説明は、現行 v4 の公式マニュアル本体で確認してください（omarchy 公式マニュアル (v4)）。

omarchy が想定する利用シーン

「omarchy を自分のマシンに入れるべきか」を判断するには、omarchy が想定している利用シーンと自分の状況を照らし合わせる必要があります。ここでは公式マニュアルの章立てとリポジトリ属性から読み取れる範囲で、向き・不向きの輪郭を整理します。

どんなエンジニアに向くか

以下に当てはまるエンジニアには、omarchy が「意思決定コストを大幅に減らす」選択肢として機能する可能性があります。

• モダンな開発ツール一式をゼロ設定で使いたい: Neovim / Ghostty / LazyGit / AI CLI 群などを個別に選定・設定する手間を省きたい
• タイル型 WM とキーボード中心のワークフローに慣れている、あるいは慣れたい: マウス依存の作業から離れる意思がある
• ローリングリリースの Arch 系運用を受け入れられる: 頻繁なアップデートと、その際に起こり得る破壊的変更へのリカバリコストを許容できる
• DHH 氏の設計思想に共感できる: 選択肢を絞り込み、統一された環境で作業することにメリットを感じる
• macOS / Windows からの移行を検討している: v4 で独立章化された「Coming From Mac or Windows」を参考に、キー体系や操作対応関係の学び直しを許容できる

どんな場面には向かないか

一方で、以下のようなケースでは、omarchy を無理に採用するとむしろ生産性を下げる可能性があります。

• 業務要件で特定バージョンに固定した OS を長期運用する必要がある: LTS 版が前提の運用ポリシーとローリングリリースは相性が悪い
• チーム全員に同じ環境を強制する必要がある: omarchy は個人のワークフローに強くチューニングされており、既存の GNOME / KDE ユーザーに一律導入するには学習コストが高い
• 既存の macOS / Windows / 一般的な Linux デスクトップの UX を維持したい: Hyprland のキーボード中心 UI は前提を大きく変える
• 日本語入力を含む多言語入力の細かな要件がある: 日本語入力は追加セットアップが必要で、Mozc など IME の構成を自分で組む必要がある

判断が難しい場合は、まず個人の副業マシンやサブマシンで様子を見て、慣れてからメインマシンに広げるといった段階的な導入が現実的です。ただし本記事では動作検証を行わない立場のため、「実際にどこまで慣れが必要か」は公式マニュアルの章数と各種ホットキーの量から間接的に判断する形になります。

omarchy のインストール前提と手順の概要

omarchy のインストールは、Arch Linux の伝統的な手動インストール手順を踏まないよう、専用の ISO と TUI インストーラで自動化されています。ただし、事前に満たすべきハードウェア・BIOS 側の要件は無視できないため、本セクションでは「導入が現実的か」を判断するための前提条件に絞って整理します。

具体的な操作手順、選択画面の遷移、トラブル時の対処は現行 v4 マニュアルの Getting Started 章に集約されているため、実際にインストールする場合は必ずそちらを参照してください。v3 時点で独立していた Installation 章は v4 では Getting Started 章に統合されている点にも注意してください（omarchy 公式マニュアル - Getting Started）。

インストール前に準備が必要なもの

Getting Started 章で示されている主な前提条件は以下の通りです。

• ISO とメディア: 公式サイトから omarchy の ISO をダウンロードし、balenaEtcher（macOS / Windows）または caligula（Linux）などで USB ドライブに書き込む
• BIOS 設定: Secure Boot と TPM を無効化する
• キーボード: 有線接続、または 2.4GHz ドングル接続のキーボードを用意する（Bluetooth キーボードはブート時のフルディスク暗号化パスフレーズ入力に使用できない点に注意）
• ディスク: フルディスク使用、または既存 OS と併存する空き領域使用の 2 モードから選択

デフォルトでフルディスク暗号化が有効になる設計のため、初期起動時にパスフレーズ入力が発生します。上記のキーボード要件はこの制約から派生しています。

インストール中と直後に決まる主なこと

Getting Started 章の記述に沿うと、インストール自体はキーボード配列・ユーザー名・パスワード・対象ディスクを選択する形で進行し、v4 マニュアルでは所要時間の目安として「最速で 1 分未満、通常でも 5 分以内」が示されています。インストーラ完了直後の段階では、以下が確定した状態になります。

• Arch + Hyprland + Quickshell + omarchy の標準ツールセットが導入済み
• フルディスク暗号化が有効
• 統一テーマ・フォント・プロンプトが適用済み

一方で、インストール直後に追加セットアップが必要になる代表例として、以下が挙げられます。

• 日本語入力: UI ロケール切替とは別に、Mozc などの IME を自分で追加設定する必要がある
• Mac ハードウェアのサポート: MacBook 系ハードウェアで動かす場合、公式マニュアルの「Mac Support」章の追加設定が前提

「導入が現実的かどうか」を判断する観点では、Secure Boot / TPM の無効化が業務ポリシー上許容されるか、有線キーボードの確保ができるか、そして日本語入力の追加設定コストを許容できるかがチェック項目になります。

類似 Arch 系ディストリビューションとの違い

omarchy を「Arch 派生のひとつ」として捉えたとき、比較対象になりやすいのが CachyOS / EndeavourOS / Manjaro などの主要ディストロです。ここでは公開情報から読み取れる範囲で、思想・更新方針・UI・想定ユーザーの 4 軸で違いを整理します。

各ディストロの詳細仕様は日々更新されるため、選定を確定させる前には必ず各公式サイトを合わせて確認してください。

CachyOS との比較（性能特化 vs 開発者オマカセ）

CachyOS は Arch ベースで、カスタムカーネル（BORE スケジューラ）を採用しパフォーマンスと応答性の最適化に軸を置くディストリビューションです。ゲーミング用途やハンドヘルド機（Steam Deck 相当のフォームファクタ）にも対応する構成が公開情報として広く紹介されています。

omarchy との違いは、開発リソースを何に振っているかの差に集約できます。

• CachyOS: 「性能を引き出す」ことに全振り。カーネルレベルの最適化を武器にする
• omarchy: 「開発者が使いやすい環境を組み立てる」ことに全振り。カーネルより上のアプリ・ワークフロー統合を武器にする

したがって「重い処理・ゲーミング・専用機での性能を優先したい」なら CachyOS、「開発ワークフロー全体を統一したい」なら omarchy、という切り分けになります。

EndeavourOS との比較（学習型 vs 完成解）

EndeavourOS は素の Arch に近い構成を、GUI インストーラでインストールできるようにしたディストリビューションです。「Arch そのものを使いこなせるようになる過程」を支援する立ち位置で、デスクトップ環境も KDE / GNOME / Xfce などから選択できます。

omarchy とは以下のような対比になります。

• EndeavourOS: 素の Arch に近い構成を提供し、ユーザーが自分で組み立てていく前提の「学習支援型」
• omarchy: DHH 氏が到達した完成解に乗る前提の「オピニオネイテッド完成解」

「Arch の作法を身につけたい」なら EndeavourOS、「Arch の詳細を意識せず開発環境として即座に使いたい」なら omarchy、という判断軸になります。

Manjaro との比較（安定志向 vs 最新志向）

Manjaro は Arch ベースでありながら、独自リポジトリと Arch 側からのパッケージ流入を数日〜数週間遅延させることで、日常使いでの安定性を高めているディストリビューションです。GUI インストーラや XFCE / KDE / GNOME 等のフレーバーが用意されており、Linux デスクトップ初心者にも入り口が広い設計です。

omarchy との違いは更新哲学に表れます。

• Manjaro: Arch 上流の更新を意図的に遅らせ、破壊的変更のリスクを減らす「安定志向」
• omarchy: Arch のローリングリリースに直結し、常に最新の状態を維持する「最新志向」

「業務で使うマシンで壊れにくさを重視したい」なら Manjaro、「常に最新のツール群で作業したく、破壊的変更もリカバリできる」なら omarchy、というトレードオフになります。

なお、Arch と WM を学びながら使うことを主目的とする ArcoLinux も広義には比較対象に入りますが、こちらは「学習教材」としての性格が強く、「完成解に乗る」ことを主眼とする omarchy とは狙いが異なります。

採用時に留意すべきポイント

omarchy を実際に採用する場合、単発のインストールだけでなく、その後の運用コスト・リスクも見積もっておく必要があります。以下は判断段階で押さえておきたい代表的な留意点です。

• ローリングリリースの維持コスト: Arch 系である以上、日常的にシステム更新が入り、まれに破壊的変更が発生します。System snapshots など公式マニュアルで提示されている復旧手段を運用に組み込んでおく必要があります
• 大型バージョン更新への追随: omarchy 自体も v3 から v4（Quattro）への更新のように、大型バージョンでアーキテクチャや推奨構成が変わることがあります（v4 での Quickshell 導入はその代表例）。従来 v3 で書かれたブログ・ドキュメントとの差分をキャッチアップし続けるコストは、単なるパッケージ更新とは別に見積もる必要があります
• コミュニティ・サポート体制: omarchy は Discord などのコミュニティチャネルとパトロン制度を中心に運営されており、いわゆる商用サポート契約は前提になっていません。業務での採用時は、社内 / 個人での自己解決を前提にできるかを確認する必要があります
• Mac ハードウェアの対応: MacBook 系ハードウェアで動作させる場合、公式マニュアルの「Mac Support」章に沿った追加設定が必要になります。ハードウェアと omarchy の対応状況は同章で最新情報を確認してください
• 日本語入力の追加セットアップ: 前述の通り、日本語入力は追加設定が前提です。IME 構成の経験がない場合は、初期セットアップに一定の学習コストが発生します
• DHH 氏の設計思想への依存: 「オマカセ」を選ぶということは、ツール選定の一部を DHH 氏の判断に委ねるということです。将来的に方針転換や特定ツールの入れ替えが発生した場合、自分のワークフローが影響を受ける前提で採用可否を判断する必要があります

これらは単独では「致命的な欠点」ではなく、多くは他の Arch 系ディストロにも共通する項目です。ただし omarchy は「まとめて完成品として提供される」構造上、留意点も一体で受け入れる必要があります。

導入判断のまとめ

ここまでの整理を踏まえ、omarchy の採用可否を「向いている」「保留すべき」「向いていない」の 3 分類に落とし込むと、以下のようになります。

向いているケース:

• 個人の開発マシンや副業マシンで、モダンなツール群をゼロ設定で使いたい
• タイル型 WM と Hyprland のキーボード中心 UI を積極的に採り入れたい
• ローリングリリースの Arch 系運用を、System snapshots などを併用しつつ継続できる
• DHH 氏の設計思想に共感でき、ツール選定の一部を委ねてよいと考えている

保留すべきケース:

• Hyprland やタイル型 WM の使用経験がなく、業務メインマシンでの学習コストを許容できるか未確認
• 日本語入力の追加設定コストがどの程度になるか、個人的な要件次第で読み切れない
• Mac ハードウェアで動かすことを想定しており、対応状況の詳細確認がまだ済んでいない
• v3 時点の解説記事しか読んでおらず、v4 で追加された Quickshell や「Coming From Mac or Windows」の位置づけを未確認

向いていないケース:

• 業務要件で特定バージョンの LTS 系 OS を長期運用する必要がある
• チーム全員に同一環境を強制する必要があり、Hyprland 前提の UX 変更を全員に強いることが難しい
• 商用サポート契約や SLA を前提にした運用ポリシーで、Discord / パトロン中心のコミュニティサポートでは要件を満たせない

「保留すべき」に該当する場合は、公式サイト・現行 v4 公式マニュアル・GitHub リポジトリを順に読み進めることで、多くの判断材料を追加で得られます。特に v4 マニュアルの Getting Started / Hotkeys / Themes / Coming From Mac or Windows / Mac Support / FAQ の各章は、採用可否の最終判断に直結する情報が揃っています。

次のアクションの候補は以下の 3 つです。

• もっと調べる: 公式サイト（omarchy.org）から ISO・マニュアル・GitHub リポジトリをたどり、章単位で読み込む
• 試す準備を進める: 現行 v4 マニュアルの Getting Started 章（omarchy 公式マニュアル - Getting Started）で前提条件を再確認し、Secure Boot / TPM の無効化可否と有線キーボード確保を先に済ませる
• 見送る: 現在の環境要件（LTS 運用・チーム統一・商用サポート等）と合わないと判断できたら、CachyOS / EndeavourOS / Manjaro などの候補、あるいは現行 OS の継続を選ぶ

いずれの判断であっても、公式ドキュメントを一次情報として読む姿勢は変わりません。本記事は初見エンジニアが「読むべき公式ページの入口」を見失わないための地図として活用してください。

関連情報

omarchy 単体で解決できない要件（既存プロダクトへの取り込み、開発体制の見直し、社内標準環境の再設計など）が並行して存在する場合は、外部の受託開発チームと状況を整理する選択肢もあります。

外部人材の活用や受託開発をご検討中の方は、お問い合わせフォーム からご相談ください。開発環境やツール選定を含めた要件整理の段階からご相談いただけます。