この記事のゴール：メニューバーだけで「macOS 全体のプロキシ」をオン
macOS で「とりあえずブラウザから抜けたい」「開発ツールだけではなくシステム標準の通信にもプロキシを効かせたい」といったニーズに対して、メニューバー型の ClashX は操作点が少なく覚えやすい選択肢です。本稿では、入手 → 置き場所 → 初回許可 → 構成の取り込み → システムプロキシ ON → ざっくり確認までを一続きの作業として並べ、用語に迷わない順番に整理します。
「最簡」の意味は、YAML を手で書き足すより購読リンクでひな形を丸ごと取得し、画面のトグルで OS に指示を渡す、という現実的な最短経路に寄せています。実装の世代によってコアは Clash 系のひとつ（例：Mihomo／Meta ファミリー）を同梱している場合もありますが、ユーザー目線ではプロファイルを選んで on にする操作感は共通です。
ClashX を選ぶ理由と、macOS だけの注意点
ClashX は常時メニューバーに常駐し、そこからモード切替やシステムプロキシのオンオフへすぐ届くのが特徴です。ウィンドウ型クライアントほど項目が展開しないぶん、初日の迷子が減ります。一方で macOS はネットワーク設定への書き込みに敏感なので、初回だけ管理者パスワードや「開発元を確認」パネルに止められるのはよくある流れです。ここで焦らず、手順どおりに進めるのが近道になります。
ハードウェア別には、Apple Silicon（arm64）とIntel（amd64）で配布物が分かれていることがほとんどです。名前の似た別CPU向けファイルを入れると、起動段階で失敗したり、不思議な挙動が続いたりします。Apple メニューの「この Mac について」でチップ名を一度確認してからダウンロード画面に戻るだけで、後工程のトラブルがかなり減ります。
準備：購読とファイル形式を決める
この先で必要になるのは次のどちらか、もしくは両方です。(A) プロバイダから発行された HTTPS の購読 URL、(B) すでに手元にある config.yaml。どちらも自分の契約や鍵を写すものなので、公開チャットやスクショ共有は避けてください。複数デバイスで同時接続制限がある契約では、上限超過だけでリスト取得が失敗することがよくあります。
ルール運用の基本はRule（ルール）モードのまま使い、テスト時だけ Global（グローバル）へ一時的に寄せる、というリズムが扱いやすいです。Direct（ダイレクト）へ落ちていると事実上プロキシがオフに近い状態になるので、「オンにしたのに変わらない」第一疑いになります。
手順1：対象 Mac に合うパッケージを入手する
ブラウザで配布ページを開き、CPU 表記が自分の機種と一致する .dmg を保存します。ページに Universal や universal と書かれていれば一度で済むこともありますが、迷ったら明示的に arm64 / amd64 が分かれた行を選ぶ方が安全です。ダウンロード後に付随ファイル（説明テキストのみ、明確な署名情報のない実行ファイルなど）が紛れ込んでいないかだけ、フォルダを軽く眺めておくと安心です。
- 古い OS の場合：配布側の「対応バージョン」を先に読み、要件外なら別クライアントを検討する。
- 会社支給 Mac の場合：MDM プロファイルでプロキシが固定されていると、クライアント側の上書きに失敗することがあります。
手順2：.dmg を開いて Applications に入れる
入手した .dmg をダブルクリックしてマウントし、ウィンドウに出てくるアプリアイコンをアプリケーションフォルダへドラッグします。その後は Launchpad や Spotlight で名前を打って起動します。初回のみ、macOS の Gatekeeper がブロックすることがあります。
- 一度だけ Finder でアプリを右クリック →「開く」を試す。
- それでも進まないときは システム設定 → プライバシーとセキュリティに表示される案内から許可する。
- 企業環境ではセキュリティポリシー自体がブロックするため、その場合は IT 部門の方針に従う。
手順3：プロファイル（購読 or YAML）を読み込む
メニューバーから設定画面や構成管理に入り、Remote／URL／購読などの文言で始まる追加フローを選びます。HTTPS の購読リンクを貼り、更新を取得すると、サーバー名の一覧やポリシー樹が画面に展開されます。オフラインの config.yaml を指定する項目が別にある場合は、そちらから単ファイルインポートしても構いません。
インポート直後にどのプロファイルがアクティブかを必ず確認してください。複数構成を試していると、古い無効プロファイルが選択されたままになり、「取得は成功しているのに使えない」状態が起きがちです。名称が似ている場合は一度だけリネームして視認性を上げると後が楽です。
手順4：モードとノードを選び、システムプロキシをオン
画面上で Rule を選び、出口として使うノードまたは自動選択系を一つ指定します。表記はアプリにより GLOBAL、Proxy、DIRECT などに分かれますが、読み方は同じです。続いてメニューバー側の Set as System Proxy／システムプロキシを設定 相当をオンにします。ここで管理者パスワードを求められたら、macOS がネットワーク設定へ書き込むための標準挙動です。
オンにしたあと、ブラウザのプライベートウィンドウで「IP 表示サイト」を開き、出口が想定地域へ変わったかをざっくり見ます。ICMP の ping はプロキシ経由にならないことがあり、初学者を惑わせやすいので、最初の確認は HTTPS 表示に寄せるのがおすすめです。
動作確認のチェックリスト（初日で十分な版）
- 遅延テストが UI にあれば、極端にタイムアウトばかりになっていないか見る。
- 別ブラウザプロファイルで拡張の独自プロキシが競合していないか切り分ける。
- 社内限定 URLが失敗するときは、ルールが直達になっているか、いったん Direct で再確認する。
つまずいたときの直し順（短時間で効く並び）
- 購読の手動更新：URL 期限切れやメンテ直後の不整合をまず潰す。
- モードが Direct になっていないかを確認し、Rule に戻す。
- 別ノードへ切替で単一サーバ障害を排除する。
- アプリを終了→再起動し、システムプロキシのトグルを一度オフ→オンする。
- Wi‑Fi の詳細設定で古い自動プロキシ構成（PAC）が残っていないか見る。
ここまで試しても改善しないときは、端末より先に契約面の状態を疑うのが早いです。同時接続数、支払い停止、プロバイダ側インシデントはユーザー操作では直りません。
ClashX 以外の macOS ルート（ざっくり比較）
ウィンドウ型で Mihomo の項目を広く触りたい場合は Clash Verge Rev のような後発クライアントが向きます。常駐の軽さとクリック数の少なさを優先するなら、引き続きメニューバー中心の ClashX が分かりやすいという住み分けになります。どちらも「購読で入れてトグルでオン」という骨格は同じなので、迷ったら UI の好みと更新の活発さで選べば十分です。
よくある質問（短文）
Q. 常にメニューバーにアイコンを出したくありません。A. macOS のメニューバー管理で非表示にできる場合もありますが、トグル操作が遠のくので、運用ポリシーと相談してください。
Q. UDP まで含めて全面代理したいです。A. システムプロキシだけでは届かないアプリがあります。TUN 系の設定は別ページで権限やルートを深掘りするのが安全です。
Q. DNS 漏れが怖いです。A. プロファイル側の DNS とモード設計に依存します。本稿の「最短」から一段進めるなら、DNS と fake-ip／redir 周りを専門記事で揃えるのが確実です。
まとめ：シンプルさの裏にある「選び方」の話
検索結果には名前の似たクライアントや、古いビルドへ誘導するミラーサイトも混ざりやすい分野です。見た目が簡単でも、更新が止まっていたり実体の確認が難しかったりすると、OS アップデートのたびに壊れやすくなります。逆に、プロファイルの自動更新とルール分流が前提の Clash 系なら、サイトごとに手作業でポートと例外を積み上げる痛苦から解放されやすく、macOS のネットワークスタックとも相性の取り方が整理されています。
もし「一覧が多すぎてどれが本命か分からない」という段階なら、配布の追従と実ユーザーの件数、Issue の扱い方まで含めて比較できる入口から入るのが結果的に最短です。メニューバー派でもウィンドウ派でも、最終的には同じ 購読を信用し、オンオフを誤らないことが安定運用の中心になります。