1 Mac で Clash Verge Rev を選ぶ理由
macOS 向けの Clash 系 GUI は複数ありますが、更新頻度、同梱されるコア、ドキュメントの豊さはバラつきがあります。Clash Verge Rev は Tauri ベースで、多くのビルドで Mihomo（Clash.Meta） を前提にした購読取り込み、ルール分流、システムプロキシ、ログ閲覧までを一画面から扱えます。他クライアントから乗り換える場合も、概念の対応が追いやすい設計です。
Apple Silicon（M シリーズ） を使っている場合は arm64 / aarch64 向けアセットを選んでください。アーキテクチャが合わないと起動しない・即終了するなどの症状が出ますが、これはプロバイダ側のノード不調とは別問題です。Intel Mac では x64 など Intel 向けの表記があるビルドを選びます。
本稿は「インストールしてシステムプロキシまで通す」ことに焦点を当てます。ターミナルや Docker まで含めて一括で扱いたい場合は、「Clash Verge Rev TUN モード完全ガイド」へ進んでください。サーバやデスクトップ Linux で Mihomo を常駐させる場合は、「Linux に Mihomo を導入、systemd で自動起動」と併読すると、用途の違いが整理しやすいです。
2 Apple Silicon、Intel、インストールパッケージの見方
リリースページのファイル名には、通常 aarch64 / arm64（Apple Silicon）と x64 / amd64（Intel）の区別が書かれています。Universal（ユニバーサル） バイナリの場合は説明文を読み、実際に起動して問題ないか確認してください。「とりあえず開けた」だけではアーキテクチャの一致は保証されません。
一般的な配布形態は .dmg です。マウント後に Clash Verge.app を アプリケーション フォルダへドラッグすればインストール完了です。.zip 形式の場合も同様に .app をアプリケーションへ置きます。読み取り専用ボリュームやネットワークドライブ上で直接実行し続けると、コア更新や Geo データの書き込みに失敗することがあります。
まずは当サイトの ダウンロードページ から macOS 向けリンクを辿り、取得したアーカイブのハッシュやファイル名を公式情報と照合してから開く習慣を持つと安全です。
3 ダウンロード、インストール、Gatekeeper
初回起動がブロックされるとき
Mac App Store 外のアプリは、Gatekeeper により「開発元を確認できない」旨の警告が出ることがあります。怪しいスクリプトで無理に回避するのではなく、システム設定 → プライバシーとセキュリティ で該当アプリの項目を開き、このまま開く を選ぶか、Control キーを押しながらアプリを開いて確認ダイアログを通す、という公式の手順に従ってください。
ネットワーク拡張と権限（新しい macOS）
OS バージョンによっては、プロキシ系アプリが ネットワーク拡張 やログイン項目の一覧に現れ、個別の許可が必要です。案内に従って設定を開き、必要なトグルをオンにしてください。権限不足のままだと、画面上のスイッチはオンでも実際のトラフィックは直結のまま、という症状が起きやすくなります。
インストール場所の推奨
内蔵ストレージの アプリケーション に置くのが無難です。「ダウンロード」フォルダのまま使い続けたり、企業管理下の読み取り専用領域に置いたりすると、ルールやリソースの更新が失敗し、ログにエラーが連発することがあります。
5 購読の取り込みとノード選択
購読 URL から
プロバイダが提供する Clash 形式の購読 URL を画面の新規作成欄に貼り、更新間隔（例：12〜24 時間）を設定します。取り込み後、リストで対象プロファイルを 有効化 し、プロキシ画面でノードとモード（Rule / Global / Direct）を選びます。国内は直結、海外のみプロキシ、というルール運用なら Rule が一般的です。
ローカルの YAML
手元の config.yaml を読み込むこともできます。Classic Clash と Mihomo の差分で警告が出る場合はログに従って調整してください。コミュニティの Rule Provider を流し込みたい場合は、「ACL4SSR ルールサブスク設定詳解」 も参照してください。
コアと Geo データ
Country.mmdb など GeoIP データが古いと、GEOIP,CN などの分岐がずれ、国内サイトが余計にプロキシへ回るなどの不快感が出ます。アプリのアップデート後にリソース更新を一度走らせるだけで改善することが多いです。
6 システムプロキシとモードの意味
macOS でのシステムプロキシ
Clash Verge Rev の システムプロキシ をオンにすると、HTTP / HTTPS（実装により SOCKS も）が 127.0.0.1 のリスニングポート、例えば 7890 に向けられます。Safari や Chrome など、システム設定を尊重するブラウザはそのままローカルプロキシへ流れます。手動で「ネットワーク → 詳細 → プロキシ」に書く操作を、クライアントが代行しているイメージです。
Rule / Global / Direct
日常利用は Rule がバランス良いことが多いです。Global は切り分け用に便利ですが、国内向けトラフィックまで迂回する可能性があります。Direct はプロキシを挟まず、問題がクライアント側にあるか線路側にあるかを切り分けるのに使います。
TUN との関係
システムプロキシは「システム設定に従うアプリ」に効きやすく、ターミナルや一部のサンドボックスアプリは別経路になることがあります。全体を一つのスタックで扱いたいときは TUN の検討となります。ドキュメントを読まずに複数の取り込み方式を同時に有効にすると、二重転送やループの原因になるので注意してください。
7 ログイン時に開く（いわゆる起動時自動起動）
Mac では厳密には「ログインセッション開始時に自動起動」が近い表現です。Clash Verge Rev 側に「ログイン時に起動」「Launch at login」相当の項目があればオンにし、続けて システム設定 → 一般 → ログイン項目と拡張機能 などで、当該アプリが無効化されていないか確認します。
複数ユーザで Mac を共有している場合、プロキシ設定はユーザ単位のことが多いです。別ユーザに切り替える前にシステムプロキシをオフにしておくと、誤解を防げます。MDM でログイン項目が管理されている環境では、管理者承認が必要になる場合があります。
スリープからの復帰直後だけ不安定になるときは、コアのリスナーが生きているか、クライアントをいったん終了して再起動すると改善するか試してください。新しいバージョンのリリースノートにスリープ関連の修正が載っていないかも見ておくとよいです。
8 ブラウザとシステムでプロキシ経由を確認する
ブラウザで出口 IP を見る
システムプロキシとノードを有効にしたあと、よく使う IP 確認サイトで、オンオフで表示が変わるか比較します。変わらない場合は、ブラウザ拡張が独自プロキシを指定していないか、ローカルホストをバイパスする設定が誤っていないかを確認し、続けて Verge 側でプロファイルが有効か、プロキシグループが意図しない直結になっていないかを見ます。
システム設定のプロキシ欄
システム設定 → ネットワーク →（Wi‑Fi など）詳細 → プロキシ に、HTTP / HTTPS などが 127.0.0.1 とポートで埋まっているか確認できます。クライアントではオンなのにここが空のままなら、権限や別プロファイルの上書きが疑われます。
ターミナルでの簡易チェック（任意）
ターミナルはシステムプロキシを自動では追わないことが多いです。まずはブラウザでの確認に集中し、コマンドラインまで同じ経路に揃えたい場合は環境変数や TUN を検討します。DNS の漏えいを抑えたい場合は 「DNS 漏洩を実務レベルで防ぐ」 も参照してください。
# Optional: point curl at local mixed port for a quick check (port from your app)
curl -x http://127.0.0.1:7890 -I https://www.example.com9 トラブルシューティング
アプリが開かない／すぐ終了する
まずアーキテクチャの一致を確認します。次に .dmg の破損やセキュリティソフトによる隔離がないか、コンソールのクラッシュログを見ます。購読エラーと症状が似ますが、原因と対処は別です。
ポートが使用中
古い Clash プロセスや別プロキシが 7890 / 9090 などを占有していると、新しいインスタンスが立ち上がりません。どちらかのポート設定を変え、競合を解消してください。
購読更新が 403 やタイムアウト
プロバイダ側の制限、User-Agent、現在のネットワークの影響が考えられます。ブラウザで購読 URL が有効か確認し、ノードや回線を変え、更新間隔を長めにするのも一案です。
ページは開くが動画だけ重い
クライアントの故障ではなく、選択中のノードの混雑や、ルールが CDN ドメインを不適切な出口に送っている可能性があります。接続ログでどのルールにマッチしたかを追い、ストリーミング用グループへ切り替えるなどの調整を検討してください。
10 次のステップ：TUN と Linux 側の対応
メニューバー運用とシステムプロキシが安定したら、ターミナルやコンテナまで同じルーティングと DNS に揃えたいかどうかが次の分岐点になります。macOS では多くの場合、TUN と権限まわりの設定がその入口です。
サーバ上で Mihomo を systemd で動かす場合は、Linux 向けの解説 と手順を対応づけて読むと、デスクトップとサーバの役割分担が整理しやすくなります。
TUN の詳細は TUN モードの記事 に譲り、本稿ではここまでとします。
11 まとめ
macOS で Clash Verge Rev をゼロから動かす流れは、正しいアーキテクチャのビルドを選ぶ → アプリケーションへ配置 → Gatekeeper と権限を通す → メニューバーから日常操作 → 購読を取り込み → システムプロキシをオン → ネットワーク設定とブラウザの両方で挙動を確認する、という一本線です。
ログイン時起動は利便性を高めますが、安定性を左右しやすいのはポート競合や Geo データの鮮度、各種 OS 権限です。ここを先に整えてから TUN や DNS の高度な設定に進むと、試行錯誤の負担が減ります。
Clash Verge Rev は、Mihomo を軸にした現代的な GUI とコミュニティのルール資産の両方に乗れるクライアントです。まずはシステムプロキシで快適に、必要に応じて TUN へ段階的に広げていくのが安全な伸ばし方です。
