クライアント選び · 対応OSとコアを比較

Clashクライアント比較

まず端末と設定形式を確認し、そのうえでコアや管理機能を比較しましょう。画面が似ていても、対応プロトコルやルール構文、システムへの適用方法が同じとは限りません。

まずはClash Plusがおすすめ

初めてインストールする方や、PCとスマートフォンを併用する方は、まずClash Plusをご検討ください。当サイトからWindows、macOS、Android、iOS向けの配布先を確認できます。サブスクリプションのインポート、ルールモード、接続確認を済ませてから、デスクトップのオーバーライドやコア管理、Linux対応が必要な場合に他のクライアントを比較しましょう。

ここでのおすすめは導入手順の提案であり、速度ランキングではありません。実際の接続状況はサーバー、回線、プロトコル設定、端末側のネットワークにも左右されます。また、同じ名前のクライアントでも、OSごとに機能が完全に一致するとは限りません。

対応OS・コア・使いやすさ

対応OS欄には当サイトで案内するダウンロード先を掲載しています。プロジェクトが過去に提供したすべてのビルドを示すものではありません。画面の狭い端末では表を横にスクロールできます。メンテナンス状況と同梱コアは、選択したインストーラーのプロジェクト情報も確認してください。

当サイト掲載クライアントの比較
クライアント 当サイトの対応OS コア・設定形式 メンテナンス状況 使いやすさ 主な機能・おすすめのユーザー
Clash Plus Windows / macOS / Android / iOS Clash互換の設定に対応。コアと設定項目の対応状況は各OS版の説明をご確認ください メンテナンス継続中 比較的簡単。まずサブスクリプションの形式を確認 複数端末で使うクライアントを探している方、初めての導入や日常的なサブスクリプション利用におすすめ
Clash Verge Rev Windows / macOS / Linux mihomo メンテナンス継続中 基本操作は簡単。オーバーライドやTUNには追加の知識が必要 設定のオーバーライド、サービスモード、TUNに対応。デスクトップで細かく管理したい方向け
FlClash Windows / macOS / Linux / Android mihomo メンテナンス継続中 比較的簡単。必要なシステム権限はOSによって異なる OSをまたいでも近い操作レイアウト。デスクトップとAndroidを併用する方におすすめ
Clash Nyanpasu Windows コア管理に対応。実際に使える機能は選択したコアによって異なる メンテナンス継続中 中程度。画面側の設定とコアの設定を区別する必要あり デスクトップの設定・コア管理に対応。設定を試したい方や上級者向け
Clash for Windows Windows(アーカイブ版) 主にオリジナル版Clash系。過去のインストール環境では手動でコアが差し替えられている場合があります メンテナンス終了 旧環境に慣れている方向け。移行にかかる手間を事前に確認してください 旧設定の再現向け。新規インストールの標準選択肢にはおすすめしません
Clash Meta for Android Android Meta/mihomo系。実際の機能は同梱ビルドによります 派生版ごとにメンテナンス状況が異なります。インストール前に利用する派生版の告知を確認してください 中程度。VPNの許可やバックグラウンド制限への対応が必要 アプリごとの通信振り分け、設定ファイル管理に対応。Androidで設定を管理したい方向け
Surfboard Android 独自実装。Surge形式の設定を採用し、Clashコアは使用しません メンテナンス継続中 対応する設定があれば簡単。ない場合は変換が必要 互換性のある設定を持ち、構文やプロトコルを確認しながら使える方向け
ClashX Meta macOS(アーカイブ版) Meta系。継続更新されているmihomoビルドと同一ではありません メンテナンス終了 メニューバーから簡単に操作できます。古い設定項目は要確認 旧バージョンのmacOSでの操作や設定の再現向け

オリジナル版・Meta・mihomoの関係

クライアントは画面、サブスクリプション管理、システム連携を担当し、コアは設定の解析、ルールの照合、接続を担当します。選ぶ際は、この2つを分けて考えましょう。

オリジナル版Clashと旧クライアント

オリジナル版Clashは、多くの旧チュートリアルや設定例のベースになっています。Clash for Windowsは、当時よく使われていたGUIクライアントの一つです。ただし、クライアント名からコアのバージョンは判断できません。オリジナルプロジェクトのメンテナンス終了後も旧設定が動くことはありますが、新しいプロトコルやルール項目、最新OSへの対応が保証されるわけではありません。

設定に認識できないプロキシタイプがある場合は、まずコアの対応範囲を確認してください。同じサブスクリプションを再インポートしても、コアが対応していない構文の問題は通常解決しません。

Clash Metaとmihomo

Clash MetaはClashエコシステムから派生したコアで、その後mihomoとして開発が続いています。旧チュートリアルで扱われるMetaと現在のmihomoには歴史的なつながりがありますが、実際の機能はビルド時期によって異なります。Verge RevやFlClashなどは、mihomoを使った設定管理やシステム連携機能を提供します。

同じコアでも、クライアントによる設定生成、権限処理、オーバーライドの順序によって動作が異なる場合があります。プロトコルの仕様や設定項目の違いはプロトコルガイドをご覧ください。

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

以下では設定方法と管理の手間に注目します。ダウンロード数、評価、ノードの速度テストを判断材料にはしていません。

おすすめ

Clash Plus:初めての導入・複数端末での利用

Clash Plusは、迷ったときの第一候補として使いやすいクライアントです。端末に合ったダウンロード先を選び、サービス提供元の互換サブスクリプションを利用しましょう。主な用途がプロキシグループの切り替え、ルールモード、基本的な接続状況の確認なら、まずこれらを使えるようにするのが、コアの細かな設定を調べるより効率的です。

複数OSに対応していても、設定がすべて共通とは限りません。インポート前にプロキシプロトコル、ルールセット、DNS設定を確認してください。特にデスクトップ用の設定をスマートフォンに移す場合は注意が必要です。iOS版はダウンロードページからApp Storeへ進めます。製品情報は公式サイトclashplus.ioで確認できます。Linux対応や複雑なデスクトップオーバーライドが必要なら、Verge RevやFlClashなども比較しましょう。

Clash Plusの対応OSを見る →

Clash Verge Rev:デスクトップ設定とオーバーライド

Clash Verge RevはWindows、macOS、Linux向けのデスクトップクライアントで、mihomoコアを採用しています。リモートサブスクリプションを維持しながら、ローカルルールの追加、DNSの調整、システムプロキシの管理をしたい方におすすめです。サービスモードとTUNは異なる方法でシステム通信を処理しますが、必要な権限やインストール手順はOSによって異なります。

使いこなすうえで難しいのは基本接続ではなく、設定の仕組みです。サブスクリプションの原文、オーバーライドの内容、最終的に適用される設定を区別しましょう。ダウンロードしたサブスクリプションファイルを直接編集すると、更新時に変更が上書きされる場合があります。CFWから移行する場合は、まずサブスクリプションだけをインポートして動作を確認し、その後で旧スクリプトやショートカット設定を一つずつ再構築してください。

デスクトップ版のインストール方法を見る →

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

FlClashはmihomoを採用し、当サイトではWindows、macOS、Linux、Android版を案内しています。PCとAndroidスマートフォンで近い操作方法を使いたい方は、候補に加えてみてください。似たレイアウトなら設定、プロキシグループ、接続項目を見つけやすくなりますが、サブスクリプション、ルール、ローカルのオーバーライドが自動で同期されるわけではありません。

モバイルではシステムのVPN許可とバックグラウンド動作の制限に注意してください。デスクトップではシステムプロキシとTUNの違いを確認しましょう。スマートフォンの省電力設定を、デスクトップのサービスモードと同じように考えてはいけません。OSを変えたら、画面に「接続済み」と表示されるかだけでなく、DNS、バイパスルール、通信を取り込むアプリの範囲も確認してください。

Androidクライアントを見る →

Clash Nyanpasu:コア管理と設定の検証

Clash Nyanpasuは、デスクトップの設定管理とコア管理機能を備えています。クライアントの設定、コアのパラメーター、サブスクリプションの項目を区別して使える方に向いています。当サイトのダウンロード一覧ではWindows版を案内していますが、これは当サイトで配布先を掲載している範囲であり、プロジェクトがWindowsのみ対応という意味ではありません。

コアの切り替えは、あらゆる問題を解決する万能策ではありません。切り替える前に現在のコアを記録し、設定に固有の項目がないか確認して、復元できるコピーを保存してください。あるコアで起動できた設定でも、別のコアに切り替えるとDNSやルーティングの動作が変わる場合があります。日常的にサブスクリプションを読み込むだけなら、コアを切り替えるために管理の手間を増やす必要はありません。

Windowsクライアントを見る →
メンテナンス終了

Clash for Windows:アーカイブ版と移行時の参考情報

Clash for Windowsは、一般にCFWと呼ばれ、メンテナンスは終了しています。アーカイブ版は旧環境の再現、過去の設定の確認、移行準備を目的として掲載しています。新規ユーザーが長期利用の標準クライアントとして選ぶことはおすすめしません。旧チュートリアルに登場する設定名やスクリプトの仕組みも、現在のクライアントにそのまま当てはまるとは限りません。

移行時は、サブスクリプションURL、ローカルルール、オーバーライドスクリプト、ポート設定を個別に保存してください。新しいクライアントでは、まず元のサブスクリプションを読み込んで確認し、その後でカスタマイズを移します。設定フォルダー全体を上書きしないでください。旧環境でコアを手動交換していた場合は、実際に使っていたコア名も記録しましょう。新しいクライアントとの互換性を誤って判断するのを防げます。

CFWからの移行手順を見る →

Clash Meta for Android:アプリごとの通信振り分けと設定管理

Clash Meta for Androidは、一般にCMFAと呼ばれ、Meta/mihomo系コアを使うAndroid向け設定機能を提供します。インストールパッケージのアーキテクチャ、Androidとの互換性、利用する派生版のメンテナンス告知をそれぞれ確認してください。同じ、または似た名前のビルドでも、コアの機能が同じとは限りません。

サブスクリプションファイル、アプリごとの通信振り分け、VPNサービスの仕組みに慣れている方に向いています。バックグラウンドで接続が切れる場合は、まずOSのバッテリー管理とバックグラウンド権限を確認してください。一部のアプリだけ接続できない場合は、対象アプリの選択範囲とルールの適用状況を確認しましょう。通常、同じ端末でVPNサービスを使う通信制御ツールを2つ同時に有効にはできません。テスト時は、ほかの同種サービスを停止してください。

Android版パッケージのアーキテクチャを確認 →

Surfboard:異なる設定形式を使うAndroid向け選択肢

Surfboardは、画面を変えただけのClashクライアントではありません。独自実装とSurge形式の設定を採用しています。構文に似た部分があっても、Surgeの全機能に対応するわけではありません。対応する設定を持っている方や、Surge形式のルールが必要なAndroidユーザーは、独立した選択肢として比較できます。

Clash YAML形式のサブスクリプションは、ファイルの拡張子を変えるだけでは使えません。変換時にはノードだけでなく、プロキシグループ、ルール、DNSの動作も対応付ける必要があり、一部の項目には代替機能がない場合もあります。まずサブスクリプションの提供元に対応形式を確認してから、移行を検討してください。現在の設定でmihomo固有の項目を多用しているなら、対応するコアのクライアントを使い続けるほうが管理の手間を抑えられます。

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

ClashX Meta:旧環境向けmacOSメニューバークライアント

ClashX MetaはMeta系コアを採用し、主にmacOSのメニューバーから操作するクライアントです。現在はメンテナンス終了のアーカイブ版として掲載しています。以前のメニューバー操作に慣れている方が過去の設定を確認する用途には使えますが、新規インストールでは、旧チュートリアルにある名前だけで選ばず、メンテナンス中の候補を比較してください。

ClashX Metaから別のmacOSクライアントへ移行する際は、サブスクリプションだけでなく、システムプロキシの設定残り、補助サービス、ローカルの待ち受けポートも確認しましょう。ポートやプロキシ設定の競合を避けるため、旧クライアントを終了してから新しいクライアントを起動してください。Apple SiliconとIntelでは、端末のアーキテクチャに合ったインストーラーを選びましょう。ファイル名にmacOSとあるかだけでは判断できません。

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

用途から候補を絞り込む

まず、最も優先したい目的を一つ決めましょう。クライアント、サブスクリプション、DNS、通信をシステムに適用する方式を一度に変えると、接続トラブルの原因を特定しにくくなります。

インストール・移行前に確認すること

クライアントを選んだら、同じ動作する設定を使って比較してください。新しい設定を一度にいくつも試すより、元に戻せる手段を確保することが重要です。

  1. 端末の条件を確認。OSのバージョン、プロセッサーのアーキテクチャ、インストール権限を確認してください。デスクトップ用とスマートフォン用のインストーラーは互換性がありません。macOSではApple SiliconとIntelも区別する必要があります。
  2. サブスクリプションの形式を確認。設定の提供元に、利用するクライアントとコアが対応しているか確認してください。ノードを読み込めても、プロキシグループ、ルールセット、DNSの動作がすべて維持されるとは限りません。
  3. ローカルのカスタマイズをバックアップ。サブスクリプションの配布元、ルールのオーバーライド、スクリプト、ポート、アプリごとの通信振り分け範囲を個別に記録してください。サブスクリプションURLにアクセス情報が含まれる場合があります。公開スクリーンショットや問い合わせには載せないでください。
  4. 手順を分けて接続を確認。旧クライアントを終了し、新しいクライアントではまず基本モードを試してから、TUNやカスタムDNSを追加してください。接続できない場合は、まずログにある解析エラーや権限に関するメッセージを確認しましょう。
  5. システムに残った設定を確認。旧プロキシ設定、自動起動項目、バックグラウンドサービスが新しい設定を上書きしていないことを確認してください。2つのクライアントがシステムプロキシを交互に変更するのを防ぐため、動作確認が終わってから旧設定を整理しましょう。

用語を調べるには用語集をご覧ください。接続に問題がある場合はよくある質問をご確認ください。各OSのインストーラーはダウンロードページにまとめています。このページでは、画面の好みをプロトコルの互換性の判断材料としていません。