CLIENT SELECTION / CORE COMPATIBILITY
Clashクライアント 比較と選び方
まずOSと設定フォーマットを確認し、そのうえでコアと管理方法を比較しましょう。新規導入ならClash Plusがおすすめです。デスクトップでのルール管理やLinuxへの導入が必要な場合は、用途に合うクライアントを検討してください。
クライアント選びと接続先選びは別の話
クライアントは設定のインポート、プロキシグループの管理、通信の制御を行います。接続先、帯域、サービスの利用可否は、サブスクリプションやネットワーク環境によって決まります。画面を変えても接続先自体のタイムアウトや、サービス側の通信制限は解決できません。まず現在の設定が使えることを確認し、その設定を管理しやすいクライアントを選びましょう。
PLATFORM / ENGINE / WORKFLOW
Clashクライアント8製品の比較表
対応OS欄には、このサイトのダウンロード一覧に掲載している入手先を記載しています。プロジェクトが対応するすべてのOSを示すものではありません。更新状況はプロジェクト単位の評価であり、インストーラーが利用中のシステムで検証済みという意味ではありません。
画面が狭い場合は、表を左右にスクロールできます。使いやすさは、初回のインポート、システムでの通信制御、日常的な設定管理に必要な操作を基準にしています。性能の評価ではありません。
同じClashエコシステムのクライアントでも、設定を完全に共用できるとは限りません
旧Clash、Meta、mihomoでは利用できる機能が異なります。新しいプロトコル、DNS設定、ルールプロバイダー、プロキシグループの項目を使うには、対応するコアが必要です。一方、Surfboardは独自の設定形式を使用するため、ClashのYAMLファイルの拡張子を変えるだけでは互換設定として読み込めません。Clash Plusも、各プラットフォームの機能を個別に確認してください。デスクトップ版の仕様からモバイル版の機能を判断することはできません。
CLIENT NOTES
クライアント別の特徴
まず用途を確認し、設定管理や移行について詳しく見ていきましょう。既存のサブスクリプションを管理できるか、追加設定にどの程度の手間がかかるかが選定のポイントです。
Clash Plus:初期設定や複数端末での利用におすすめ
おすすめ
デスクトップでの使い方が決まっていない場合は、Clash Plusから始めるのがおすすめです。このサイトではWindows、macOS、Android、iOS向けの入手先を案内しているため、端末ごとに設定環境を用意できます。初心者向けの手順が分かりやすいことが選ぶ理由であり、すべてのOSで内部の仕組みが同じという意味ではありません。Linuxを使う場合は、Clash Verge RevとFlClashを直接比較してください。
設定・使用感の解説を開く
インストール後、まずサービス提供元の互換性のある設定をインポートし、有効化してからプロキシグループと接続先を確認します。設定に特定のコア向け項目が含まれている場合は、各OS版の説明を確認してください。名前だけでmihomoの全パラメーターに対応していると判断することはできません。デスクトップのシステムプロキシ設定と、スマートフォンでのVPN許可は別の操作です。また、端末間で接続状態が自動的に共有されるわけではありません。
複数端末で使う場合は、各OSで利用できるサブスクリプションのURLをそれぞれ保存し、サービス提供元の同時接続台数の制限に注意してください。iOS版はダウンロードページからApp Storeにアクセスできます。製品情報はclashplus.io で確認できます。複雑なルール編集や特定の上書き機能が必要な場合は、クライアントが設定を保持できるか事前に確認してください。
Clash Plusの各OS向け入手先を見る
Clash Verge Rev:デスクトップでの設定・ルール管理
Clash Verge Revはmihomoコアを採用し、Windows、macOS、Linuxのデスクトップでサブスクリプション、プロキシグループ、通信制御を管理できます。ルールを継続的に調整する方に適しています。リモートサブスクリプションでは接続先と基本設定を管理し、ローカルの上書き設定では個別の変更を管理できます。インポート後に接続するだけでよい場合は、まず既定の設定を使いましょう。
上書き設定・移行について開く
サブスクリプションを更新すると、リモートの設定が再取得されます。サブスクリプションファイルを直接編集すると、更新時に変更が失われることがあります。長期的に残したいルールやDNS設定、プロキシグループの選択には、クライアントが対応する上書き機能を使い、最終的に適用された設定を確認してください。問題を調べる際は、設定の取得元とマージ後の内容も確認しましょう。画面上で変更した設定と、コアが読み込んでいる設定が異なる場合があります。
旧クライアントから移行する際は、まず元のサブスクリプションをインポートし、スクリプトやネットワーク設定を一度にすべて移さないでください。システムプロキシが動作することを確認してから、TUN、ルールセット、自動起動を順番に試します。Linuxではディストリビューションに合ったインストーラーを選んでください。デスクトップクライアントとサーバーへのサービス導入は、用途が異なります。
デスクトップ・Linux向けの入手先を見る
FlClash:デスクトップとAndroidを併用
FlClashはmihomoコアを採用し、このサイトではWindows、macOS、Android、Linux向けの入手先を案内しています。複数の端末で似た考え方の設定管理を使いたい方に適しています。画面やコアの方向性が共通していれば、プロキシグループを覚え直す手間を減らせます。ただし、システム権限、バックグラウンド動作、通信制御の方法はOSごとに異なるため、デスクトップの設定をそのまま適用できるとは限りません。
複数端末での使い方を開く
同じサブスクリプションを複数の端末にインポートできますが、ローカルパス、待ち受けアドレス、システムのインターフェース名を含む設定は、端末ごとの調整が必要です。デスクトップではシステムプロキシとサービスの権限、AndroidではVPNの許可、バッテリー最適化、バックグラウンドでの動作を確認してください。導入前にインストーラーのアーキテクチャと、システム要件を満たしているかも確認しましょう。
ほかのmihomoクライアントから移行する場合は、サブスクリプションと必要なルールを優先して移し、旧クライアントの設定をすべてコピーする必要はありません。機能名が似ていても、設定のマージ順が同じとは限りません。特にDNSの上書き設定やTUNのパラメーターに注意してください。インポート後は接続ログで適用されたプロキシグループを確認し、旧設定を残すか判断しましょう。
Android版クライアントの入手先を見る
Clash Nyanpasu:上級者向けデスクトップ環境
Clash Nyanpasuは、デスクトップで設定を整理し、コアや設定のマージを自分で確認したい方に適しています。このページでは、ダウンロード一覧に掲載しているWindows向けの案内を紹介していますが、プロジェクトがWindowsのみに対応するという意味ではありません。見た目から接続速度やシステム負荷を判断するのではなく、設定管理の方法が使い慣れたワークフローに合うかを基準に選びましょう。
コアの選択について開く
設定をインポートする前に、実際に動作するコアを確認してください。クライアント名とコア名は別のものです。インストーラーに含まれるコア、切り替えの可否、既定で有効になっているコアを、現在の環境で確認する必要があります。サブスクリプションがmihomoを明示的に必要としている場合、対応する項目を扱えない別のコアを使ってインポートエラーを解決しようとしないでください。
複雑なルールをすでに使っている場合は、別の設定で先に動作を確認し、マージ順とローカル変更が保持されるかを確かめましょう。コアを切り替えた後は、DNS、プロキシプロトコル、プロキシグループの動作も再確認してください。画面が正常に開くかだけでは判断できません。確認作業をできるだけ減らしたい初心者には、まずClash Plusがおすすめです。
Windows版クライアントの入手先を見る
Clash for Windows:アーカイブ版と旧設定の確認
開発終了
Clash for Windows(CFW)は、古い手順でよく紹介されているデスクトップクライアントです。アーカイブ版は過去の設定を確認する用途には役立ちますが、新規導入にはおすすめしません。旧Clash系コアと現在のmihomoでは対応機能が異なります。以前の環境で設定を読み込めたからといって、サービス提供元が後から追加した新しいプロトコルや項目にも対応できるとは限りません。
アーカイブ版からの移行について開く
移行前に、現在のサブスクリプション、必要なカスタムルール、システムプロキシのポートを記録します。旧クライアントを終了し、システムプロキシが解除されたことを確認してから新しいクライアントを起動してください。ポートの待ち受け、プロキシ設定、仮想ネットワークインターフェースが競合するおそれがあります。新しいクライアントが正常に動作した後、ローカル設定を一つずつ移してください。アプリのデータフォルダーをそのまま上書きするのは避けましょう。
アーカイブ版が起動するからといって、長期利用に適しているとは限りません。新しいOSとの互換性、証明書、プロトコルの問題がある場合は、古いインストーラーを探し続けるのではなく、活発に開発されているクライアントへの移行を優先してください。ダウンロードページには旧環境との比較用にアーカイブ版への案内を残していますが、ダウンロードできることは開発状況が変わったことを意味しません。
代替クライアントとアーカイブ版を見る
Clash Meta for Android:Androidでの設定管理
Clash Meta for Android(CMFA)は、AndroidでClash設定を使うためのクライアントで、Meta / mihomo系コアを採用しています。互換性のあるYAML形式のサブスクリプションをお持ちで、スマートフォンからプロキシグループや接続情報を確認したい方は、候補の一つとして検討できます。AndroidのVPNインターフェースを使って通信を制御するため、デスクトップのシステムプロキシとは使い方が異なります。
スマートフォンの権限・バックグラウンド動作について開く
初回接続時にAndroidのVPN使用許可が必要です。ほかのVPNアプリが動作中の場合は、競合するサービスを先に停止してください。アプリを開いている間は接続できても、画面ロック後に切断される場合は、DNSをすぐに変更せず、バッテリー最適化、バックグラウンド制限、省電力設定を確認しましょう。設定項目の場所はメーカーによって異なるため、実際の設定画面で確認してください。
インストール時は、ファイルサイズだけで判断せず、端末のプロセッサに合うアーキテクチャを選んでください。古い設定には、現在の環境に合わないポートや通信制御の設定が含まれている場合があり、インポート後の動作確認が必要です。速度測定の結果は特定の測定先への応答を示すにすぎません。接続先を選ぶ際は、実際に使うアプリが利用できるかも確認してください。
CMFAとAndroid向けパッケージの選び方を見る
Surfboard:設定フォーマットを先に確認
SurfboardはAndroid向けのプロキシクライアントですが、Clash、Meta、mihomoのコアは使用しません。同じダウンロード一覧に掲載されていても、すべてのClash設定をそのまま読み込めるわけではありません。Surfboardの対応範囲に合う設定をすでにお持ちで、ルール構文にも慣れている方は、これまでの使い方に合わせて選べます。ClashのYAMLサブスクリプションしかない場合は、サービス提供元から互換形式を入手できるか、先に確認してください。
互換性について開く
設定形式の変換は、ファイルの拡張子を変えるだけでは済みません。プロキシプロトコル、プロキシグループの種類、DNSの挙動、ルールの記述方法が異なる場合があり、変換ツールですべての意味が保持されるとも限りません。インポート後は接続先、振り分けルール、既定のプロキシグループを確認してください。重要な項目が無視されると、接続できているように見えても、通信経路が想定と異なることがあります。
どちらもAndroidのVPNインターフェースを使いますが、バックグラウンド動作やアプリごとの通信振り分けが同じとは限りません。Surfboardの設定が安定しているなら、名前を統一するためだけに乗り換える必要はありません。mihomoの設定をそのまま使いたい場合は、Clash Plus、CMFA、FlClashの互換性を比較してください。
Surfboardの入手先を見る
ClashX Meta:古いmacOS環境からの移行
開発終了
ClashX MetaはMeta系コアを採用したmacOS向けメニューバークライアントです。既存環境の設定確認や移行時の比較に利用できます。開発終了済みのため、古い手順で紹介されているという理由だけで新規導入するのは避けてください。新しいOSでの権限、通信制御、プロセッサアーキテクチャとの互換性は、実際のインストーラーと動作結果で確認してください。
macOSの移行について開く
移行前にサブスクリプションとローカルルールを保存し、現在のシステムプロキシ設定を記録します。メニューバーのクライアントを終了した後、プロキシが確実にオフになったことを確認してから新しいクライアントをインストールしてください。Apple SiliconとIntelでは、デバイスに合うインストーラーを選びましょう。互換レイヤー経由で起動できても、そのインストーラーが現在のMacに最適とは限りません。
代替としては、まずClash Plusを検討し、デスクトップでより細かく設定を管理したい場合はClash Verge RevまたはFlClashを比較してください。移行後はブラウザー、ターミナル、通信制御が必要なアプリをそれぞれテストします。メニューバーのアイコンが接続中と表示されるだけでは、移行完了とは判断できません。関連する問題は、このサイトのトラブル対処ページもご覧ください。
macOSクライアントとアーカイブ版の入手先を見る
CHOOSE BY WORKLOAD
利用シーンから選ぶ
すべての機能を一度に比べる必要はありません。まず主要な用途を満たすクライアントを選び、設定とシステムでの通信制御を確認しましょう。
初心者:まず設定をインポートして接続
まずはClash Plusがおすすめです。初回は、互換性のあるサブスクリプションをインポートし、設定を有効にして、使えるプロキシグループを選ぶだけで十分です。先にブラウザーで接続を確認し、必要な場合にTUNを設定しましょう。複数のクライアントを同時にインストールして試したり、複雑な上書きスクリプトをコピーしたりするのは避けてください。接続できない場合は、使い方ガイド に沿って順番に確認すると、インストーラーを次々に変えるより原因を特定しやすくなります。
上級者:設定管理の仕組みで選ぶ
デスクトップで使う場合はClash Verge RevとClash Nyanpasuを比較し、デスクトップとAndroidを併用するならFlClashも候補にできます。ローカルの上書き設定、設定のマージ、コアの選択、接続ログが普段の使い方に合うかを確認しましょう。mihomoの特定のパラメーターが必要な場合は、まずコアが対応しているか、次にクライアントがその設定を妨げないかを確認してください。切り替え項目が多くても、設定の正しさが保証されるわけではありません。
複数端末:設定の取得元をそろえ、すべての設定を統一しない
Windows、macOS、Android、iOSを併用する場合は、まずClash Plusを検討してください。LinuxとAndroidを組み合わせる場合はFlClashも候補です。サブスクリプションの取得元をそろえると接続先を管理しやすくなりますが、通信制御や更新の設定は端末ごとに行う必要があります。モバイル端末のバックグラウンド権限、デスクトップの待ち受けポート、サービス提供元の同時接続台数制限も個別に確認してください。
古いPC:システム要件を確認し、余計な負荷を減らす
開発終了済みのクライアントが、必ず軽量とは限りません。まずOS、プロセッサアーキテクチャ、インストール要件を確認し、同じ設定で実際の動作を比べてください。全件速度測定の頻度を下げる、サブスクリプションの更新間隔を空ける、不要なログを保存しないといった調整は、画面だけを変えるより効果的なことがあります。コマンドラインに慣れている方はmihomoコアの単独導入も検討できますが、サービス、権限、設定を自分で管理する必要があります。
DECISION / VALIDATION
選び方のまとめとインストール前の確認
迷った場合はClash Plusがおすすめです。複雑な設定管理の手順をまだ作っておらず、まず日常的に接続したい方に適しています。デスクトップでルールを管理する場合はClash Verge Rev、デスクトップとAndroidを併用する場合はFlClashを比較してください。AndroidでClash設定をすでに使っている方はCMFAも候補です。Surfboardは設定形式を先に確認し、CFWとClashX Metaは主にアーカイブの確認や移行時の比較に使いましょう。
最終的な選択はクライアント名ではなく、対応OS、設定の互換性、必要な通信制御の方法で決めましょう。旧Clash、Meta、mihomoは自由に置き換えられる単なる呼び名ではありません。GUIクライアントもコアを包むだけの画面ではなく、権限の扱い、設定のマージ、システムとの連携にも関わります。こうした違いを把握しておくことで、移行後に「同じ接続先なのに動作が違う」と戸惑う事態を減らせます。
OSとアーキテクチャを確認。 現在のシステムがインストール要件を満たしているか確認し、Apple Silicon、Intel、Androidの各アーキテクチャを区別してください。ダウンロードページではOSごとに入手先を案内しています。
設定の入手元を確認。 クライアントが対応する形式のサブスクリプションか確認してください。サービス提供元の管理画面をサブスクリプションURLと取り違えたり、個人情報を含むURLを公開したりしないでください。
通信制御の方法を確認。 まずブラウザーでシステムプロキシを確認し、ほかのアプリで通信制御が必要な場合はTUNを検討してください。スマートフォンではVPNの許可を確認します。クライアントを切り替える前に、旧クライアントを終了してください。
実際の動作を確認。 普段使うアプリでテストし、接続ログと適用されたプロキシグループを確認してください。接続先のタイムアウト、DNSエラー、システムプロキシの未適用は、それぞれ分けて調べましょう。設定の問題をクライアントの変更で覆い隠さないでください。