Clashクライアントの比較と選び方

クライアント比較表

表の「対応OS」はプロジェクトが対応する範囲、「当サイトのダウンロード」は実際に掲載しているインストーラーを示します。たとえばNyanpasuは複数のデスクトップOSに対応していますが、当サイトではWindows版のみ掲載しています。メンテナンス状況は概要であり、個々のリリースの機能や互換性を保証するものではありません。

画面が狭い場合は、表を横にスクロールできます。難易度は、設定のインポート、ルールの選択、接続確認に必要な知識の目安であり、性能の順位ではありません。

比較する6つのポイント

対応OSとコア：実行できる環境か確認

対応OSはOS名だけでなく、最低動作要件やCPUアーキテクチャも確認しましょう。macOSではIntelとApple Silicon、Androidでは端末のアーキテクチャ、Linuxではパッケージ形式やデスクトップ環境の確認が必要です。オリジナル版Clash、Meta、mihomoには系譜上のつながりがありますが、旧クライアントに搭載されたMeta系コアが、現在のmihomoと同じ実装とは限りません。設定項目が認識されない、プロトコルに対応していないといった問題が起きたら、クライアント名だけでなく実際に動作しているコアを確認してください。

メンテナンス状況と難易度：長期利用の負担を見極める

メンテナンスが続いているプロジェクトでも、更新のたびに現在の環境へそのまま適用できるとは限りません。サポートが終了したソフトウェアでは、OS、サブスクリプション形式、証明書環境との互換性に問題が生じることがあります。操作の難易度も段階的に考えましょう。設定済みのファイルを読み込むだけなら比較的簡単ですが、DNS、ルールセット、設定の上書きを自分で記述するには、YAMLの階層構造やコアの仕様を理解する必要があります。

主な機能と用途：本当に必要な機能を確認

システムプロキシは、OSのプロキシ設定に従うアプリに適しています。TUNは、その設定に従わない通信も取り込めますが、権限、ルーティング、DNSのトラブル対応が増えます。設定のマージはローカルルールの維持に、複数コアの管理は互換性のテストに役立ちます。Web閲覧やルールの切り替えが中心なら、すべての高度な設定を必須と考える必要はありません。詳しい設定項目はconfig.yaml 設定リファレンスをご覧ください。

8種類のクライアントを個別に解説

Clash Plus：普段使いの第一候補

おすすめ 使い慣れたクライアントがまだなく、まず普段の接続環境を整えたい方に適しています。当サイトではWindows、macOS、Android、iOS版のダウンロード先を掲載しているため、端末に合わせてインストール方法を探せます。利用する際は、OSごとに設定形式、必要な権限、機能の範囲を確認してください。同じ名称でも、すべての設定が共通とは限りません。まず動作する設定をインポートし、ルールを選んで接続を確認してから機能を追加すると、最初から複雑な通信制御や設定の上書きを有効にするより、問題を切り分けやすくなります。

iOSではダウンロードページからApp Storeへ進めます。PCやAndroidでは、OSに合ったパッケージを選んでください。複数端末を使う場合、サブスクリプションの取得元やルールの用途は共通で管理できますが、接続の許可状態、バックグラウンド設定、ローカルの保存先は端末ごとに確認が必要です。Clash Plusの各OS向けダウンロードページを見る →

Clash Verge Rev：デスクトップでの設定上書きと管理

Clash Verge Revはmihomoを採用し、Windows、macOS、Linuxのデスクトップユーザーに適しています。サブスクリプション管理、ルールの切り替え、設定のマージ、システムの通信制御を一つのデスクトップ環境で行える点が特徴です。サブスクリプションを使いつつローカルルールを維持したい場合は、更新で上書きされるサブスクリプション本文を何度も編集するのではなく、設定をマージする方法を確認しましょう。

TUNやサービスモードを使う前に、OSの権限やほかのネットワークツールとの競合を確認してください。画面上の設定エディターと、最終的にコアへ渡される設定は同じものではありません。ルールが反映されない場合は、マージ後の内容と実際に読み込まれた設定を確認する必要があります。デスクトップの通信振り分けを細かく調整したい方は、Clash Plusとあわせて比較してみてください。

FlClash：PCとAndroidで似た操作感

FlClashはmihomoを採用し、Windows、macOS、Android、Linuxに対応しています。PCとAndroidを併用し、設定一覧やルールの操作を似た流れで行いたい方に適しています。画面が似ていれば操作を探し直す手間を減らせますが、通信を制御する方法はOSごとの権限で異なります。AndroidではVPN接続の許可が必要で、PCではシステムプロキシやTUNの設定が必要です。

インポート前に、サブスクリプションが対応するClash設定であることを確認してください。エンコードされたノードだけを含むテキストとは異なります。デスクトップの設定をスマートフォンへ移す場合は、ローカルファイルのパスや待ち受けアドレスも確認し、PC上のファイル参照をそのまま持ち込まないようにしましょう。LinuxではClash Verge Revと比較し、設定編集やデスクトップ環境との連携が普段の使い方に合うか試してみてください。

Clash Nyanpasu：コアを使い分けたいデスクトップユーザー向け

Clash Nyanpasuは、デスクトップの設定管理と複数コアの選択に対応しています。設定の動作を再現したい方や、コアごとの対応範囲を比較したい方に便利です。選べるコアはビルドや設定によって異なるため、クライアントのインストールが完了しただけでmihomoが使われているとは限りません。当サイトのダウンロードページではWindows版インストーラーを案内しています。

ログや設定エラーを読める方に向いています。問題を調べる際は、クライアント名、実際に使っているコア、設定の入手元、直近の変更内容をあわせて記録し、コアの違いを画面の問題と取り違えないようにしましょう。サブスクリプションを読み込んで安定して使うだけなら、複数コアの機能は必須ではありません。この機能を使うために、現在の環境を頻繁に切り替える必要もありません。

Clash for Windows：サポート終了後のアーカイブ用途

メンテナンス終了 Clash for Windowsは、CFWとも呼ばれます。名前にはWindowsとありますが、過去にはほかのデスクトップOSにも対応していました。当サイトで案内しているのはWindows版のアーカイブのみです。Profiles、Proxies、Connectionsの各画面は多くの旧ガイドで使われていますが、画面の画像が似ていても、新しいプロトコルや設定項目、OS環境にそのまま対応できるとは限りません。

アーカイブ版は既存環境の再現には役立ちますが、新規ユーザーの標準的な選択肢にはおすすめしません。移行前にサブスクリプションのURL、ローカルルール、ルール名をバックアップし、メンテナンス中のクライアントで設定を確認してください。古い環境では手動でコアを差し替えていることもあるため、画面に表示されたバージョンだけでは実際の機能を判断できません。旧インストールフォルダーを新しいクライアントへ丸ごと上書きするのも避けてください。

Clash Meta for Android：Androidでの設定管理が中心

Clash Meta for Androidは、CMFAとも呼ばれます。Meta/mihomo系のコアを採用しており、主にAndroidでClash設定を使う方に適しています。設定のインポート、ルールの選択、アプリごとの通信制御を中心に操作できます。初回にAndroidからVPN接続の許可を求められたら、内容を確認して許可してください。これは通信を制御する経路を確立するためのもので、別のプロキシサブスクリプションではありません。

バックグラウンドや画面ロック後に切断される場合は、すぐにサブスクリプションを変更せず、まず省電力設定とバックグラウンド実行の許可を確認してください。アプリごとの通信制御では、選択したアプリが対象に含まれるのか除外されるのか、現在の画面の説明を確認しましょう。PCとスマートフォンで似た画面を使いたい方はFlClashと比較できます。Androidでの操作を重視するなら、CMFAも試す価値があります。

Surfboard：設定形式を確認してから選ぶ

SurfboardはAndroid向けのプロキシクライアントですが、オリジナル版Clash、Meta、mihomoのコアを使うクライアントではありません。独自の実装とSurge系の設定形式を採用しており、対応範囲はプロジェクトの説明をご確認ください。比較対象に含めたのは、同じプロキシクライアントでも設定の文法が異なる場合があることを示すためです。すべてのClashサブスクリプションをそのまま読み込めるという意味ではありません。

対応する設定をすでにお持ちなら、これまでの手順を引き続き利用できます。Clash YAMLのサブスクリプションしかない場合は、提供元が変換用の形式を用意しているか先に確認してください。形式を変換すると、ルールやグループ、一部のプロトコル設定が失われることがあります。「変換に成功」と「同じ動作をする」は別です。初心者の方は、画面を試すためだけに慣れない設定変換を追加するのは避けましょう。

ClashX Meta：macOSのメニューバーを使う旧環境向け

メンテナンス終了 ClashX MetaはMeta系のコアを採用し、macOSのメニューバーを中心とした操作環境です。設定ファイルやメニューからの操作に慣れた方には使いやすい一方、メンテナンス終了後の旧インストーラーが現在のmihomoの設定項目やプロトコルに対応しているとは限りません。当サイトでは、旧環境の参考用に該当アーキテクチャのアーカイブを掲載しています。

新しいOSで長く使う場合は、Clash Plus、Clash Verge Rev、FlClashを優先的に検討してください。移行前に旧クライアントを終了し、旧クライアントの通信制御を無効にしてから、新しいクライアントをテストしましょう。複数のクライアントで通信制御を同時に有効にすると、DNS、システムプロキシ、ルーティングのどこに問題があるか特定しにくくなります。旧設定が参照しているローカルルールファイルも、メインのYAMLファイルとは別に移行してください。

用途に合わせた選び方

クライアントを移行する前の確認事項

1. サブスクリプションとローカルの変更を分けて確認。サブスクリプションの入手元、更新方法、ルールグループの選択、手動で追加したルールを保存します。クライアントからエクスポートしたメイン設定に、外部のルールファイルや設定上書き用スクリプトがすべて含まれるとは限りません。
2. コアと設定形式を確認。Clash YAML、エンコードされたノード一覧、Surfboardの設定はそれぞれ異なる形式です。移行先のクライアントで解析できることを確認し、拡張項目やプロトコルへの対応も調べてください。
3. 旧クライアントの通信制御を停止。旧プログラムを終了し、システムプロキシ、VPN、TUNが解除されたことを確認します。ウィンドウを閉じても、旧サービスがバックグラウンドで動作していればネットワークに影響する場合があります。
4. 新しいクライアントで最小限の動作確認。まず設定をインポートし、ログにエラーがないことを確認してから、ルールを選び、アクセスをテストします。基本的な接続が正常に動作した後で、DNS、カスタムルール、設定の上書きを一つずつ移行してください。
5. スイッチの状態ではなく、実際の動作を確認。接続ログで適用されたルールと選択中のルールを確認し、システムプロキシを使わないアプリも別途テストします。TUNが有効でも、DNSやルーティングが意図どおりとは限りません。

移行中に設定エラーが発生したら、まず共通設定項目を確認し、次にルールとマージ順を調べてください。メンテナンス中のクライアントを選び、元に戻せる設定を保存し、一度に一つの項目だけ変更すると、複数のクライアントを何度も切り替えるより原因を特定しやすくなります。

クライアント選びでよくある質問