CLIENT SELECTION / クライアント選び

Clashクライアント比較
対応OS・コア・設定方法

まずデバイスのOSを確認し、サブスクリプション形式、通信の制御方法、ローカルオーバーライドを比較しましょう。画面が似ていても、実行時の設定や必要なシステム権限まで同じとは限りません。

選び方の結論 まずはClash Plus

普段使いならClash Plus、デスクトップでオーバーライドを使うならVerge Rev

複雑な設定をまだ使っていない場合は、まずClash Plusを候補にしましょう。Windows、macOS、Android、iOSに対応しており、デバイスごとにクライアントを探す手間を減らせます。公式サイトはclashplus.ioです。各OSのインストール先は当サイトのダウンロードセンターで確認できます。

Linuxデスクトップで使いたい方、Mergeオーバーライドを継続的に管理したい方、接続状況やログから問題を調べることが多い方は、Clash Verge Revを重点的に比較しましょう。複数デバイスを使うならFlClashも候補です。特定の設定形式を使っている場合は、名前を統一するためだけに移行せず、まず形式の互換性を確認してください。

OS別にクライアントとインストール方法を見る →

クライアント8種の比較

対応OSは、当サイトからダウンロード先を案内している範囲を示し、プロジェクトで過去に公開された全ビルドを網羅するものではありません。更新状況は選び方の目安であり、すべてのOS版が同時に更新されるとは限りません。インストール前にプロジェクトのお知らせとシステム要件を確認してください。

Clashクライアントの対応OS、コア、更新状況、使いやすさ、機能、対象ユーザー
クライアント 当サイトで案内する対応OS コア・設定方式 更新状況 使いやすさ 主な機能 おすすめのユーザー
Clash Plus Windows、macOS、Android、iOS Clashエコシステム。各OSのコアとプロトコル対応はアプリの説明を確認 継続的にメンテナンス中 難易度は低め。まずサブスクリプションを登録 デスクトップとモバイルに対応するクライアント 初期設定をする方、普段使いの方、複数デバイスを使う方
Clash Verge Rev Windows、macOS、Linux Mihomo(Clash Metaの系譜) 継続的にメンテナンス中 基本操作は簡単。オーバーライドにはYAMLの知識が必要 Mergeオーバーライド、拡張スクリプト、TUN、接続状況、ログ デスクトップでルールやDNSを細かく設定したい方
FlClash Windows、macOS、Linux、Android Mihomo 継続的にメンテナンス中 難易度は低め。高度な設定にはコアの設定項目の理解が必要 クロスプラットフォームUI、設定管理、プロキシグループ切り替え デスクトップとAndroidを併用する方
Clash Nyanpasu Windows 複数のコアを管理する方式。機能は選択したコアによる 継続的にメンテナンス中 難易度は中程度。UIの設定とコアの設定を区別する必要あり デスクトップの設定管理、コア選択、UIのカスタマイズ デスクトップでの操作性を重視し、設定の互換性を確認できる方
Clash for Windows Windows オリジナルClash系。過去に改変された環境では挙動が異なる場合あり メンテナンス終了 以前からのユーザーにはなじみがありますが、新規ユーザーにはおすすめしません 過去の設定、Parsers、旧ワークフローの確認 旧環境からの移行、設定の比較
Clash Meta for Android Android Clash Meta / Mihomoエコシステム 継続的にメンテナンス中 難易度は中程度。VPNの許可とバックグラウンド動作の設定が必要 アプリごとのプロキシ、設定のインポート、モバイル通信の制御 Androidアプリごとに通信を細かく分けたい方
Surfboard Android 独自実装。Surfboard独自の設定形式を使用 継続的にメンテナンス中 互換性のある設定があれば簡単。形式をまたぐ移行は難易度高め Surge系の設定に対応したワークフロー 対応設定をすでに持ち、関連する構文に慣れている方
ClashX Meta macOS Clash Meta。アーカイブ版のコアは現行のMihomoとは異なる メンテナンス終了 基本操作は簡単。新しい設定項目との互換性は要確認 macOSのメニューバー操作、旧Meta設定の参照 既存環境からの移行、設定の引き継ぎ

クライアント別の解説:設定機能と注意点

以下は速度ランキングではありません。実際の接続品質はネットワーク、サーバー、プロトコル、ルールによって変わるため、クライアント名だけでは判断できません。

おすすめ

Clash Plus:普段使いの接続から始める

設定の使い方がまだ定まっていない方に向いています。主なメリットは対応OSの幅広さです。デスクトップとスマートフォンの両方に選択肢があり、複数のクライアントの系譜を調べずに始められます。初回はサービス提供元が用意した対応サブスクリプションを使い、インポート、プロキシグループの選択、システム権限を確認してからルーティングを調整しましょう。

複数のOSに対応していても、設定ファイルを確認せずに使い回せるわけではありません。特にデスクトップからiOSへ移行する場合は、プロトコル、ルール、拡張項目の対応状況を確認してください。ローカルDNS、スクリプト、オーバーライドを細かく管理したい場合は、対象OSで使える機能を調べてから、すべてのデバイスを同じクライアントに統一するか判断しましょう。

Clash PlusのOS別ダウンロード先を見る →

Clash Verge Rev:デスクトップのオーバーライドとトラブル対処

Verge RevはMihomoを搭載し、UIとローカル設定の管理はデスクトップでの継続利用に適しています。サブスクリプションで基本設定を取り込み、Mergeオーバーライドや拡張スクリプトでローカル固有の調整を加えます。DNSの動作を固定する、特定ドメインのルールを追加する、サブスクリプション更新でローカル変更が上書きされるのを防ぐといった場合に、設定を分けて管理できます。

設定が生成される仕組みを理解する必要があります。サブスクリプションの元データ、オーバーライドファイル、実行時の最終設定は別物です。設定項目を追加したら、マージ結果とログを確認してください。TUN、システムプロキシ、サービスモードもそれぞれ個別に確認が必要です。初回のサブスクリプション登録だけなら、最初からすべての高度な設定を有効にする必要はありません。

オーバーライドとTUNの設定を見る →

FlClash:デスクトップとAndroidで使う

FlClashもMihomoベースで、Windows、macOS、Linux、Androidに対応しています。主にパソコンとAndroidスマートフォンを使う方なら、似た設定やプロキシグループの操作を使えるため、デバイス間の切り替えが楽になります。サブスクリプションを基本に、接続状況の確認やプロキシの調整を時々行う普段使いに向いています。

同じコアを使っていても、アプリのデータフォルダー全体をそのままコピーできるとは限りません。デスクトップとモバイルでは、保存先、VPN権限、バックグラウンド動作の制限、TUN設定が異なります。移行時はサブスクリプションか移植可能なYAMLを先に読み込み、アプリ設定を一つずつ戻しましょう。デスクトップの待ち受けアドレスやポートの公開設定をスマートフォンにそのまま適用しないでください。

Android版のダウンロード方法を見る →

Clash Nyanpasu:デスクトップ操作とコア選択

Nyanpasuは、デスクトップでの設定管理やUIのカスタマイズを重視する方に向いています。当サイトのダウンロードセンターではWindows版を案内しています。選ぶ際は、UIの機能と実際に動作するコアを分けて確認しましょう。設定項目が使えるかどうかは、クライアントの設定画面に名前があるかではなく、選択中のコアとその対応範囲で決まります。

コアを頻繁に比較したり複数の設定を管理したりする場合は、まず動作確認済みのサブスクリプションで基準を作ってから、コアやローカル設定を変更しましょう。クライアント、コア、DNS方式を一度に変えると、問題の原因を切り分けにくくなります。サブスクリプションをすぐに読み込みたい初心者は、操作がよりシンプルなクライアントから始める方法もあります。

Windows版のダウンロード方法を見る →
メンテナンス終了

Clash for Windows:旧環境からの移行向け

CFWには古い解説記事やParsersの利用例が多く残っていますが、メンテナンスは終了しており、新しい環境の標準的な選択肢には向きません。旧クライアントが起動しても、新しいプロトコルや設定項目、OSの変更に対応できるとは限りません。第三者がコアを変更した環境も、オリジナル版の動作を示すものではありません。比較する前に、実際に動作している内容を確認しましょう。

Verge Revへ移行する際は、サブスクリプションURL、プロキシグループの選択、ポート、Parsersの処理内容を先に記録し、ローカル変更を移行先が対応するオーバーライド方式に書き換えます。Parsersのコードを名前だけMerge YAMLに変えても使えません。特にルールの挿入順序や配列の処理は、実行時の設定で確認してください。

旧設定からの移行手順を見る →

Clash Meta for Android:アプリ別設定とバックグラウンド動作

CMFAはAndroid向けで、Meta/Mihomo系のルールや設定機能を利用できます。アプリごとに通信の制御を分けたい方に向いています。接続時にAndroidのVpnService権限が求められますが、これはローカルVPNインターフェースの作成を許可するものです。サブスクリプションの有効性やルールの動作を保証するものではありません。

モバイル端末では、画面消灯後にシステムがアプリを終了する、別のVPNアプリとインターフェースが競合する、アプリ別の対象設定とルールが想定どおりにならない、といった問題が起こりがちです。まずバックグラウンド動作の設定を確認し、その後ログを見てください。デスクトップ向けのサービスインストール手順をAndroidに適用しないでください。アプリの選択とドメインルールは、異なる層で通信を制御します。

CMFAとAndroid向けクライアントを比較する →

Surfboard:設定形式を先に確認

SurfboardはAndroid向けの別の設定方式を採用しており、UIを変えただけのClashクライアントではありません。独自の設定形式を使い、Surge系の設定に対応した使い方を想定しています。対応範囲は公式ドキュメントで確認してください。対応形式のサブスクリプションを持ち、ルールの構成方法に慣れている方は、候補に加えて比較できます。

Clash YAMLしかない場合は、拡張子を変更してそのまま読み込む方法はおすすめしません。プロトコル対応、プロキシグループの記述、ルール構文、DNS設定に違いがある可能性があり、変換ツールを使っても意味が完全に維持されるとは限りません。まずサービス提供元に対応設定があるか確認してください。変換する場合は、ルールの順序と最終的なデフォルトポリシーを項目ごとに確認しましょう。

Surfboardのダウンロード先を見る →
メンテナンス終了

ClashX Meta:macOSの旧環境から移行

ClashX Metaは、メニューバー中心のmacOS向け操作環境を提供しており、既存のMeta設定を確認する際に役立ちます。ただし、アーカイブ版は名前にMetaが含まれていても、現行のMihomoの機能を自動的に備えるわけではありません。新しいOSやプロトコル、設定項目が、アーカイブ版の対応範囲外となることがあります。

新規インストールでは、まずClash Plus、Verge Rev、FlClashを比較するのがおすすめです。旧設定を移行する場合は、サブスクリプションの入手元とローカルルールを保管し、移行先での処理順を確認しましょう。以前のシステムプロキシのポート、起動項目、権限設定が自動で引き継がれるとは限りません。また、複数のクライアントに同時にシステムプロキシを変更させないでください。

macOS向けクライアントを見る →

用途から候補を絞り込む

まず目的を満たせるクライアントを一つ選び、手元のサブスクリプションで動作を確認しましょう。複数のクライアントをインストールしても、同じDNSやサーバーの問題は解決しません。かえってプロキシ設定が競合する原因になることがあります。

クライアントを変える前の移行チェック

移行のしやすさは、UIの見た目より設定の意味が保たれるかどうかで決まります。元に戻せるよう旧環境を残し、動作確認中は通信を制御するクライアントを一つだけ起動してください。

  1. スクリーンショットだけでなく、設定の入手元も記録する。サブスクリプションURL、更新方法、ローカルルール、プロキシグループ名、ポートを控えておきます。URLにアクセス情報が含まれることがあるため、信頼できるローカルの場所に保管し、公開の質問サイトなどに貼り付けないでください。
  2. 設定がどの形式に属するか確認する。Clash YAML、クライアント独自の拡張項目、Surfboardの設定を区別してください。オリジナルClashで読み込める設定がMihomoのすべての機能に対応するわけではありません。新しい設定がアーカイブ版のコアで動くとも限りません。
  3. まず読み込み、その後ローカル変更を戻す。基本のサブスクリプションで解析と接続を確認してから、オーバーライド、DNS、ルールセット、スクリプトを一つずつ追加します。各手順で最終的な実行時設定を確認し、YAMLの構文が正しいことだけで設定ロジックまで正しいと判断しないでください。
  4. 通信制御を設定し直す。旧クライアントを終了し、システムプロキシ、TUNインターフェース、自動起動が引き続き介入していないことを確認します。新しいクライアントではポートが変わることがあるため、ブラウザーや開発ツールに手動設定したプロキシアドレスも更新してください。
  5. 実際のアクセス経路ごとに確認する。通常のWebページ、プロキシを使うアプリ、直接接続する想定のサイトをそれぞれ確認し、接続画面でルールの適用状況とログのエラーを確認してください。Webページが開けても、すべてのルール、DNS、IPv6の動作が想定どおりとは限りません。

候補が決まったらダウンロードセンターでOSとアーキテクチャを確認してください。初期設定はクイックスタートを参照できます。サブスクリプションをまたいでルールを維持したい場合や、TUNとFake-IPの組み合わせを設定する場合は高度な使い方をご覧ください。