本記事の位置づけ
Clash Verge Rev は、macOS 向けの Clash 系デスクトップクライアントの一つで、多くのビルドで mihomo（旧称 Clash Meta）をコアとして組み込み、ルールベースのプロキシと GUI を両立させます。クライアント同士の比較や用途別の選び方は、Clash Verge Rev と ClashX Meta の比較記事で扱っています。本稿はそこから一歩進んで、「Verge Rev を使うと決めたあと、初めて Mac に入れて最初の一回を通す」ところに焦点を当てます。
初回に多いのは、(1) ダウンロード直後に Gatekeeper により「開発元を確認できないため開けない」、(2) サブスクリプション URL の取り込みや更新エラー、(3) 画面に カーネル未ロード やコア起動失敗と出る、(4) TUN やシステム拡張の許可が済んでおらず期待どおりにトラフィックが乗らない、という層です。以下では確認の順序を固定し、同じ症状でも原因の当たりを付けやすくします。
入手先と「開けない」（公証・コード署名と Gatekeeper）
macOS は、インターネットから入手したアプリに対して Gatekeeper による検証を行い、開発元の証明書や公証（Notarization）の状態によっては、ダブルクリック直後に起動を止めます。メッセージはバージョンや言語設定により文言が異なりますが、「開発元を確認できない」「壊れているため開けない」などに相当する場合、まずは正規の配布物を入れているかを確認してください。
実行ファイルの第一入手先としては、OS 別の注意がまとまった当サイトの ダウンロードページ を起点にすると、説明の読み違いが減ります。GitHub のリリースページは、ライセンスや変更履歴、Issue を追う用途には有効ですが、パッケージの入手とドキュメント参照は分けて考えると安全です。不明なミラーからの DMG や、改変の疑いがあるファイルは使わないでください。
ブロックされたときの代表的な回避は、Finder でアプリを右クリックし「開く」を選んで実行する方法です。これでもダメな場合は、システム設定の「プライバシーとセキュリティ」から、該当アプリの起動を許可する流れ（表示される場合）をたどります。ターミナルで検証を無効化するコマンドを広く勧めるのはリスクが高いため、まずは OS が用意する UI 側の手順を優先してください。
初回起動とローカル権限
初めて起動した直後は、ネットワークやファイルへのアクセスを macOS が追加で確認することがあります。ダイアログを閉じたままにすると、設定の読み書きやログ出力が期待どおりに行えず、結果として「コアが立ち上がらない」ように見えることがあります。表示された許可は内容を確認のうえ許可し、あとから「システム設定」→「プライバシーとセキュリティ」から該当アプリの項目を見直すとよいでしょう。
ほかに、既に 別の VPN やプロキシアプリ が TUN やシステムプロキシを握っていると、新しいクライアント側の「有効」表示と実際の経路が食い違います。検証のためいったん他サービスを終了し、Verge Rev だけで試す環境にすると切り分けがしやすくなります。
Clash サブスクリプションの取り込みと更新
プロバイダが発行する サブスクリプション URL を登録すると、YAML 形式のプロファイルやノード一覧が取り込まれます。URL の貼り付けミス、期限切れ、端末数制限、HTTP 403 やタイムアウトなどは、Windows 版と同様に起こります。アプリ内のエラーメッセージと、可能なら取得先のステータスを確認してください。
取り扱い全般（自動更新間隔、URL の秘匿、変換サービスの注意点）は サブスクリプション管理の実践ガイド にまとめています。取り込み後は、(1) プロファイルが選択中か、(2) 手動更新で一覧が埋まるか、(3) プロキシグループで意図したノード／自動選択になっているか、を順に見ます。ここが空のままでは、あとからコアを起動しても出口がありません。
mihomo（Clash Meta）コアと「カーネル未ロード」
Verge Rev は内部で mihomo などのコアバイナリを起動し、設定を適用します。初回のみ、コアのダウンロードや配置、実行権限、セキュリティソフトの検疫に時間がかかることがあります。画面に カーネルが読み込まれていない、Core failed などと出る場合は、まずアプリ内のログや診断表示で、コアのパス・バージョン・起動エラーが分かるかを確認してください。
手元の設定ファイルに文法エラーがあると、コアが起動直後に終了し、GUI だけ動いているように見えることがあります。その場合は YAML の unmarshal エラー対処 の手順で、インデントや重複キーを疑うと復旧しやすいです。コアのバージョンを上げた直後なら、互換性のない設定キーが残っていないかもあわせて確認します。
「カーネル」という語は、OS のカーネル拡張とは別で、ここでは プロキシエンジン本体（mihomo） を指すことが多いです。表示文言を混同しないよう、ドキュメントやリリースノートで用語の定義を確認すると混乱が減ります。
TUN モードとシステム拡張（初回だけの壁になりやすい）
システム全体のトラフィックを透明に扱う TUN を使う場合、macOS では システム拡張やネットワーク拡張の許可、管理者パスワード、再起動の要求などが出ることがあります。設定アプリの「プライバシーとセキュリティ」や「一般」→「ログイン項目と拡張機能」まわりで、該当する拡張が「有効」になっているかを確認してください。許可を途中で閉じたままにすると、「プロキシは ON なのに一部のアプリだけ直結する」状態が続きます。
TUN とシステムプロキシの違い、DNS や strict-route の考え方は TUN モードのガイド で横断的に扱っています。初回はまず システムプロキシ 側で一般ブラウザの疎通を確認し、問題なければ TUN へ進むと、原因の切り分けがしやすくなります。
初回起動セルフチェックリスト（推奨順）
問い合わせで多い順に並べた確認項目です。上から潰すと、原因の当たりが付きやすくなります。
- パッケージと Gatekeeper：正規のビルドか、右クリック「開く」やシステム設定で許可できるか。
- 他 VPN／プロキシとの競合：先に動いているサービスを終了して単独検証できるか。
- サブスク更新：HTTP エラーなく一覧が取れ、プロファイルが選択されているか。
- mihomo コア：ログに起動失敗がないか、設定 YAML に文法エラーがないか。
- モード：ルール／グローバル／ダイレクトを切り替えて挙動が変わるか（切り分け用）。
- TUN／システム拡張：必要な拡張が有効か、再起動や許可の再確認が要請されていないか。
1〜3 が満たされないときは、ルール以前に「そもそもプロキシにトラフィックが入っていない」状態です。4 で止まるときは設定ファイルとコアの組み合わせを、5〜6 で止まるときは OS 側の権限とスタックの取り合いを疑うとよいでしょう。
まとめ
macOS で Clash Verge Rev を初めて使う段階では、Gatekeeper と入手経路、サブスクリプションの実体が取れているか、mihomo コアが実際に動いているか、TUN 利用時のシステム拡張の四点が柱になります。クライアントのメニュー名はアップデートで変わることがあるため、基本用語は ドキュメント で押さえておくと、他の Clash 系アプリへの読み替えにもつながります。
ルール分流そのものの考え方は ルール分流の詳解 で深掘りできます。比較記事でクライアントを選んだあと、本稿の手順で「最初の一回」を通しておくと、以降の調整に集中しやすくなります。
同種のツールと比べても、Clash／mihomo エコシステムは設定の見通しとコミュニティの情報量のバランスが取りやすく、一度初回の壁を越えると運用のしやすさを実感しやすいです。
Clash クライアントを無料でダウンロードする → 各 OS 向けパッケージと注意事項を一覧でき、本記事の流れとも整合しやすいです。