CLIENT SELECTION / クライアントの選び方

Clashクライアント比較とプラットフォーム別の選び方

普段使いにはClash Plusがおすすめです。mihomoの設定を細かく管理したいデスクトップユーザーは、Clash Verge RevとFlClashも比較してみてください。まず端末と設定形式を確認し、そのうえで画面や詳細設定を選びましょう。

このページでは評価順ではなく、用途や操作の流れで比較しています。対応プラットフォームは、当サイトのダウンロードページで配布するインストーラーを基準としており、プロジェクト全体の対応状況を示すものではありません。

選び方の結論:まず対応プラットフォーム、次にコア

おすすめ

Clash Plus:普段使い・複数端末での利用に

使い慣れたクライアントがない場合は、まずClash Plusを試してみましょう。当サイトではWindows、macOS、Android、iOS向けのダウンロード先を案内しています。設定のインポート、プロキシグループの選択、接続を中心に使いたい方に適しています。複数のプラットフォームで使う場合も、設定形式やOSの権限、利用できる機能はそれぞれ確認してください。同じ名前のクライアントでも、すべての機能が各プラットフォームで共通とは限りません。

Clash Plusと各プラットフォーム版を確認 →

mihomoの設定管理:操作の深さで選ぶ

デスクトップでオーバーライド、プロキシグループ、TUNを頻繁に設定する方は、Clash Verge Revを比較してみましょう。デスクトップとAndroidで近い操作感を求めるならFlClashも候補です。Androidだけで使い、アプリごとの通信制御が必要な場合はClash Meta for Androidを検討できます。LinuxユーザーはClash Verge RevとFlClashから選ぶのがおすすめです。

YAMLの項目とコアの機能を確認 →

対応プラットフォーム・コア・更新状況の比較

「Meta」と「mihomo」にはプロジェクトの歴史的なつながりがありますが、設定を利用できるかどうかは実際に搭載されたコアによって異なります。更新状況はあくまで目安であり、すべての機能が現在のOSで動作することを保証するものではありません。画面が狭い場合は、表を横にスクロールしてご覧ください。

当サイトのダウンロード一覧にある8つのクライアント比較
クライアント 当サイトで配布するプラットフォーム コア・設定形式 更新状況 使いやすさ 主な機能・おすすめのユーザー
Clash Plus Windows、macOS、Android、iOS 各プラットフォームのクライアント情報をご確認ください。特定のコアに一律で分類していません。 活発に開発中 低め。設定のインポートと権限の許可から始められます 複数のプラットフォームに対応。初心者、普段使い、複数端末での利用におすすめ
Clash Verge Rev Windows、macOS、Linux mihomo。Clash YAMLとコア拡張項目に対応 活発に開発中 中程度。高度な機能にはプロキシやルーティングの理解が必要です 設定のオーバーライド、プロキシグループ管理、TUN。デスクトップの上級ユーザー向け
FlClash Windows、macOS、Linux、Android mihomo。Clash YAMLとコア拡張項目に対応 活発に開発中 低〜中程度。システム設定はプラットフォームによって異なります 複数プラットフォームで共通した画面とプロキシグループ選択。PCとスマートフォンの併用におすすめ
Clash Nyanpasu Windows mihomoなどのコアを選択可能。実際のビルドをご確認ください 活発に開発中 中程度。クライアントの設定とコアの設定を区別する必要があります GUIによる設定管理。デスクトップでの操作性やコアの選択肢を重視する方におすすめ
Clash for Windows Windows(アーカイブ版) オリジナル版Clash/Premiumの旧仕様。mihomoとは異なります 開発終了 既存ユーザーにはなじみがありますが、新しい環境では互換性の調整が複雑です 以前の画面や設定手順の再現に。移行時の参考用
Clash Meta for Android Android Meta/mihomo系。Clash YAMLに対応 活発に開発中 中程度。VPN権限とバックグラウンド動作の制限への対応が必要です 設定管理、アプリごとの通信制御、ログ。Androidで設定を細かく管理したい方におすすめ
Surfboard Android 独自の設定形式を採用。一部のSurge風構文に対応。Clash YAMLには非対応 活発に開発中 設定の入手元によって異なります。形式の変換が必要な場合は難易度が上がります 互換性のある設定を持ち、独自のルール構文に慣れたAndroidユーザー向け
ClashX Meta macOS(アーカイブ版) Meta系。拡張機能はアーカイブ版コアの制約を受けます 開発終了 基本的なメニューバー操作は簡単です。新しいOSとの互換性は別途ご確認ください メニューバーから操作できます。既存のmacOS環境での利用や移行時の参考に

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

各クライアントの用途と注意点を解説します。使いやすさは設定から接続までの手順を示すもので、性能の順位ではありません。

Clash Plus:最初のクライアントにおすすめ

Clash Plusは、普段使い向けとして当サイトが最初におすすめするクライアントです。複数のOS向けクライアントを同じ製品の案内から探せるため、最初からコアの違いをすべて理解する必要はありません。初めて使う際は、契約中のサービスや設定の提供元が利用するプラットフォームに対応していることを確認してから、設定をインポートし、プロキシグループを選んでOSの権限を許可してください。iOSユーザーはダウンロードページからApp Storeにアクセスできます。製品情報はclashplus.ioで確認できます。特定のプロトコル、複雑なルールセット、mihomoの拡張項目が必要な場合は、製品名だけで互換性を判断せず、各プラットフォームの機能情報を確認してください。

Clash Verge Rev:デスクトップでの設定・オーバーライド管理

Clash Verge Revは、クライアントを設定管理の作業台として使いたいデスクトップユーザーに向いています。mihomoが設定の解析、ルールの照合、接続を担い、GUIではサブスクリプション管理、プロキシグループの選択、ログ表示、システム連携を操作できます。設定のオーバーライドを使えば、ローカルのDNSやポートなどの設定をリモートのサブスクリプションと分けられ、更新のたびに変更をやり直す手間を減らせます。システムプロキシ、サービスモード、TUNはそれぞれ異なる設定です。いずれかを有効にしても、ほかのアプリの通信がすべて自動的に接続されるわけではありません。問題が起きた場合は、権限やルーティングを変更する前に、実際に適用されている設定と接続ログを確認しましょう。

Windows版のダウンロード · macOS版のダウンロード · Linux版のダウンロード

FlClash:デスクトップとAndroidで近い操作感

FlClashは、PCとAndroidを併用し、画面の切り替えによる手間を減らしたい方に向いています。mihomoをベースとしており、プロキシグループやルール設定の基本的な考え方は共通です。ただし、画面が似ていてもOSごとの動作は異なります。デスクトップではシステムプロキシやTUNを使って通信を取り込み、AndroidではVPN権限、アプリごとの通信範囲、バックグラウンド動作の制限への対応が必要です。設定を移行する際は、共通の基本ルールを残したうえで、端末ごとの項目を個別に設定しましょう。別の端末のネットワークインターフェース名、ファイルパス、コントローラーのアドレスをそのままコピーしないでください。構文が正しくても、新しい端末では使えない場合があります。

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

Clash Nyanpasuは、デスクトップで設定を管理する際の選択肢のひとつです。当サイトのダウンロードページではWindows版を配布しています。既存の設定を移行する前に、ダウンロードしたビルドで選べるコアを確認しましょう。GUIの設定とYAMLの項目は別の階層です。テーマ、ウィンドウ、トレイの動作を変更してもルールの照合方法は変わりませんが、コアを切り替えるとプロトコルや設定項目の対応状況が変わる可能性があります。ログを確認し、設定の入手元を把握できるユーザーに向いています。現在の設定でmihomoの拡張項目を使っている場合は、対応するコアを維持し、移行後に読み込み結果を確認してください。画面を試すためだけに、コアと設定全体を同時に変更するのは避けましょう。

Clash for Windows:旧環境の確認と移行時の参考に

Clash for Windowsは開発が終了しており、当サイトでは旧環境の参考用にアーカイブ版を公開しています。システムプロキシ、設定ファイル、プロキシグループの選択など、過去の設定方法は参考になりますが、オリジナル版ClashやPremiumの機能が現在のmihomoの設定項目すべてに相当するわけではありません。新しいプロトコルやOSの動作、クライアントの依存関係の変更には、アーカイブ版で対応できない場合があります。移行する際は、サブスクリプションのURL、設定ファイル、手動で選択した内容を先にバックアップし、更新中のクライアントで新しい設定を作成してください。旧フォルダーを上書きせず、アプリのキャッシュもまとめて移さないようにしましょう。まず基本の接続を確認し、その後でオーバーライドや自動設定を戻してください。

Clash Meta for Android:スマートフォンでの設定管理とアプリ制御

Clash Meta for AndroidはCMFAとも呼ばれ、Android上でClashの設定を直接管理したい方に向いています。サブスクリプションのインポートだけでなく、VPN権限、アプリごとの通信制御、OSのバッテリー設定も確認しましょう。特定のアプリがプロキシを経由しない場合、ルールの選択だけでなく、そのアプリがVPNの対象外になっている可能性もあります。画面を消すと接続が切れる場合は、バックグラウンド制限や実行ログを確認してください。インストーラーは端末のABIに合ったものを選びます。OSのバージョンが新しくても、すべてのアーキテクチャ向けパッケージをインストールできるとは限りません。初回はルールモードで基本的な接続をテストし、確認後にアプリごとの振り分けや複雑なDNS設定を追加しましょう。

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

SurfboardはAndroid向けクライアントとして他のプロキシアプリと同じダウンロード欄に掲載されていますが、Clashの別GUIではありません。独自の設定形式を採用し、一部のSurge風構文に対応しています。Clash YAMLのプロキシグループ、ルールプロバイダー、DNS項目をそのままインポートできるとは限りません。互換性のある設定をすでに持っている方は比較対象にできますが、Clashのサブスクリプションしかない場合は、提供元が対応形式を用意しているか確認してください。変換ツールを使っても、プロトコル、ルール、名前解決の挙動が完全に一致する保証はありません。個人のノード情報を含む設定は、信頼できないオンライン変換サービスに送信せず、設定の提供元が案内する対応手段を優先しましょう。

ClashX Meta:macOS向けメニューバーのアーカイブ版

ClashX Metaは開発が終了しています。macOSの既存のメニューバー操作を確認する用途には使えますが、新しい端末に導入するクライアントとしてはおすすめしません。Meta系コアを採用していても、アーカイブ版が現在のmihomoのプロトコルや設定項目すべてに対応するとは限りません。互換性はパッケージに含まれるコアによって決まります。Clash Plus、Clash Verge Rev、FlClashへ移行する際は、システムプロキシ、ログイン時の起動、補助サービスを確認し、古いクライアントがバックグラウンドでプロキシ設定を変更しないようにしてください。新しいクライアントで接続できることを確認してから、古いクライアントの自動起動を無効にし、使わないと確認できたシステム連携を整理しましょう。比較用に設定のバックアップは残しておきます。

用途から候補を絞る

設定の互換性と移行前の確認

クライアント名が似ていても、設定形式、コアの機能、通信を取り込む方法が同じとは限りません。移行では一度に変更する項目をひとつに絞りましょう。まず新しいクライアントに基本設定をインポートし、ノードとルールが認識されることを確認します。次にローカルのオーバーライドを戻し、最後にTUN、DNS、アプリごとの通信制御を設定します。問題が発生したときに、どの変更が原因か特定しやすくなります。

  1. 設定の入手元を確認。完全なYAML、単一ノードのリンク、その他の形式のサブスクリプションを区別してください。インポートに失敗した場合は、すべてのルールを削除する前に解析エラーを確認しましょう。
  2. コアが対応する設定項目を確認。オリジナル版Clash、Premium、Meta/mihomoは完全に同じではありません。未知の項目やプロトコルエラーが発生した場合は、GUIを何度も再インストールするのではなく、実際のコアが対応しているか確認してください。
  3. ローカルでの変更を記録。オーバーライド、ポート、DNS、手動で選んだプロキシグループを保存しておきます。リモートのサブスクリプション更新で直接加えた変更が上書きされる場合があるため、ローカル設定はできるだけクライアントが提供するオーバーライド機能に登録しましょう。
  4. 古いクライアントによる設定変更を停止。新旧のクライアントを同時に動かし、両方からシステムプロキシを変更したり、互いに影響する通信設定を適用したりしないでください。古いクライアントを終了した後、システムプロキシがすでに待ち受けていないポートを指していないか確認します。
  5. 実際の接続を確認。接続ログ、適用されたルール、接続先の情報を照らし合わせます。ノードの遅延は特定のテスト通信の結果にすぎず、利用するアプリでの実際の接続確認に代わるものではありません。
同じmihomoを使っているのに、クライアントごとに動作が違うのはなぜ?

搭載されているコアのビルドが異なるほか、サブスクリプションの統合、オーバーライド、初期値の扱いもクライアントごとに違う場合があります。さらに、システムプロキシ、権限、サービス、DNS環境も結果に影響します。インポート前のYAMLだけで判断せず、実際に適用されている設定とログを比較してください。

古いクライアントの設定をすべて移行する必要はありますか?

必要ありません。まず利用できるサブスクリプションと必要なルールを移行し、ローカル設定は本当に必要なものだけをひとつずつ戻しましょう。過去のキャッシュ、古いパス、現在の環境では使えないネットワークインターフェースの設定は個別に確認してください。フォルダーごとコピーすると、古い問題まで新しい環境に持ち込むおそれがあります。

クライアントを選んだ後は、何を確認すればよいですか?

ダウンロードページでプラットフォームに合ったインストーラーを選び、初回接続は使い方ガイドに沿って進めてください。プロキシグループ、ルール、DNSの項目を確認する場合はYAMLマニュアルをご覧ください。