対応OS/コア/設定の互換性
Clashクライアントの比較と選び方
新規インストールなら、まずClash Plusを候補に。デスクトップで設定の上書きを使いたい場合はClash Verge Rev、AndroidとPCの両方で使うならFlClashも検討できます。まずOSと設定形式を確認し、そのうえで画面や機能を比較しましょう。クライアント名だけでコアの対応機能を判断しないことが大切です。
対応OSと設定形式から選ぶ
まずはClash Plusを検討
初心者はClash Plusから検討
Windows、macOS、Android、iOSを使う方は、まずClash Plusの各OS向けダウンロード先を確認してください。選ぶ理由は対応プラットフォームの幅と日常的な設定管理のしやすさであり、実測していない速度ランキングによるものではありません。インストール前に、OS、CPUアーキテクチャ、サービス提供元のサブスクリプション形式を確認しましょう。同じクライアントでもOSによって通信制御の方法や対応フィールドは異なる場合があります。
すでにproxy-providers、rule-providersや特定のDNS動作に依存するmihomo設定を使っている場合は、画面の好みより先にフィールドの互換性を確認してください。デスクトップではClash Verge RevとFlClashも比較できます。Linuxユーザーは、この2つを候補に検討してください。当ページで案内するOSは、当サイトのダウンロード一覧に基づいています。各プロジェクトが過去に対応していたOSすべてを示すものではありません。
OS別のダウンロードと動作要件を見る →
8つのクライアントを一覧で比較
使いやすさは、既存設定の読み込み、プロキシ先の選択、プロキシの有効化を基準にしています。性能評価ではありません。更新状況は目安で、プロジェクトの方針により変わる場合があります。インストール前に各プロジェクトのリリース情報も確認してください。表は横にスクロールできます。
各クライアントの特徴と選び方
初めて使うクライアントの候補として適しています。特に、PCとスマートフォンで近い操作方法にそろえたい場合に便利です。まず設定の読み込み、プロキシ先の選択、プロキシの有効化、接続確認を済ませてから、詳細なルール設定が必要か判断しましょう。クライアント自体がサブスクリプションを提供するわけではありません。利用可能で、形式に合った設定が別途必要です。
複数OSに対応していても、すべてのOSで同じコアを使えるとは限らず、mihomoの全フィールドに対応するとも限りません。複雑なYAMLを使っている場合は、プロトコル、DNS、プロキシグループ、ルールの対応状況を個別に確認してください。iOS版はApp Storeからインストールします。公式サイトはclashplus.ioです。デスクトップのTUNやサービスモードの手順を、別のOSにそのまま適用しないでください。
Clash Verge Rev
デスクトップを設定管理の中心として使いたい方に適しています。mihomoがルール、プロトコル、接続処理を担い、GUIは設定の選択、サブスクリプションの更新、システムとの連携を行います。独自ルールを維持する場合は、クライアントの上書き・マージ機能を確認してください。リモート更新で上書きされる設定ファイル本文を、長期的な編集先にするのは避けましょう。
高度な設定ができる一方、トラブル時は設定ファイル側とOS側のどちらに原因があるか切り分ける必要があります。システムプロキシは、OSのプロキシ設定を参照するアプリ向けです。TUNはより広範囲の通信を制御できますが、権限、ルーティング、DNSに関わります。特定のアプリを動かすために複数の通信制御方式を同時に有効にせず、まず問題がどの層で起きているか確認してください。
FlClash
Androidとデスクトップを併用し、操作方法を覚える手間を減らしたい方に適しています。mihomo系なので、近いルールやプロキシグループの設計を引き継ぎやすい一方、端末間の移行では設定の入手元とフィールドの対応状況が重要です。アプリのデータフォルダーを丸ごとコピーする方法は避けてください。スマートフォンのVPN許可とPCのシステムプロキシは別の設定です。
最初は小規模で見通しのよい設定を作り、プロキシグループから実際のノードを選べることを確認してから、ルールセットや複雑なDNS設定を追加しましょう。似た画面で操作の切り替えは楽になりますが、OSによってバックグラウンド動作、ネットワーク権限、スリープ復帰、ルーティングまで同じになるわけではありません。
Clash Nyanpasu
画面やデスクトップでの作業環境を調整したい方、コアの役割を理解している方に適しています。当サイトではWindows版を案内していますが、この案内がプロジェクトの対応OSすべてを示すわけではありません。特定のMeta系フィールドを使う場合は、現在選択されているコアとその対応機能を確認し、画面設定や上書き処理によって設定が変更されていないかも確認してください。
調整項目の多いクライアントでは、設定の入手元を明確に記録しておきましょう。リモートサブスクリプションが管理する項目、ローカルの上書き設定、画面上のスイッチが影響する範囲を分けて把握します。動作に違いが出たときは、実行中の設定とログを確認してください。複数のスイッチを同時に変えると、どの変更が効いたのか判断できなくなります。
Clash for Windows
開発終了
過去の解説記事や古い設定、既存の実行環境を確認する用途に向いています。新しい端末の第一候補にはおすすめしません。現在もCFWの操作画面を使った解説は多く見つかりますが、メニュー名が似ていても、新しいプロトコルやルールのフィールドが旧コアで動くとは限りません。ファイルを読み込めても、設定内容をコアがすべて理解できるとは限りません。
Clash for Windowsから乗り換える際は、まず旧環境の待ち受けポート、モード、プロキシグループ名、カスタムルールを記録し、そのうえでClash Plus、Clash Verge Rev、FlClashなどを選びましょう。移行後はシステムプロキシと自動起動を設定し直し、旧クライアントのサービスやバックグラウンドプロセスがポートを使い続けていないか確認してください。旧設定は比較用に控えておけば十分です。
Clash Meta for Android
CMFAとも呼ばれます。Clash YAMLの基本を理解しており、Androidで設定やアプリごとの通信振り分けを管理したい方に向いています。サブスクリプションを読み込んだら、使う設定を選択してからシステムVPNを許可してください。設定一覧にファイルがあることと、現在のコアがそのファイルを読み込んでいることは、別々に確認が必要です。
モバイル端末のトラブルでは、バッテリー最適化、バックグラウンド制限、ネットワーク切り替えも確認しましょう。画面ロック後に接続が切れても、その現象だけでノードが使えないとは判断できません。まずバックグラウンド実行の権限とVPNの状態を確認してください。アプリごとの通信振り分けでは、対象リストが許可方式か除外方式かも確認し、使いたいアプリが制御対象外にならないようにしましょう。
Surfboard
SurfboardはAndroid向けのプロキシツールですが、Clash YAMLに別の画面を付けたクライアントではありません。独自の設定構文とプロトコル実装を採用しているため、対応するサブスクリプションを持ち、サービス提供元の出力形式を把握している方に向いています。画面の見た目を比べる前に、設定形式を確認してください。
Clashから移行する際、ファイルの拡張子を変更するだけで読み込めるとは限りません。ノードのパラメーター、プロキシグループの書き方、ルール構文、DNSの動作を変換する必要が生じる場合があります。変換後もプロトコルの対応状況とルールの順序を確認してください。既存のmihomo設定を維持したいなら、同じ系統のクライアントを選ぶほうが問題を切り分けやすいでしょう。
ClashX Meta
開発終了
macOSのメニューバー操作に慣れた既存環境を確認する用途に向いています。Clash Meta系を採用していますが、過去のリリースに含まれるコアが、プロジェクト名にMetaとあるだけで現在のmihomoと同等の機能を持つわけではありません。新しいOS、CPUアーキテクチャ、設定フィールドの互換性を個別に確認し、古い解説記事だけで判断しないようにしましょう。
新規インストールならClash Plus、Clash Verge Rev、FlClashを候補に検討してください。移行前に現在のポートとプロキシ先を記録し、旧クライアントを終了してから新しいクライアントの通信制御を有効にしましょう。ログイン項目やシステムプロキシが旧アドレスを参照したままになっていないかも確認してください。画面上は切り替わっていても、通信が旧プロセスに流れている場合があります。
用途別・4つの選び方
クライアント乗り換え前の設定チェック
設定を保存してから通信制御を切り替える
サブスクリプションの入手元、ローカルルール、プロキシグループの選択内容を保存してください。クライアントのデータフォルダー全体を、どのクライアントでも使えるバックアップ形式と考えるのは避けましょう。旧クライアントを終了し、バックグラウンドサービスが通信を制御していないことを確認してから、新しいクライアントを起動してください。どちらもmixed-port: 7890を使う場合、同時に起動するとポートが競合し、起動に失敗したり、システムプロキシが別のプロセスを参照したりすることがあります。
移行後はブラウザーとターミナルを個別に確認してください。ブラウザーはシステムプロキシを参照する一方、ターミナルには古いプロキシ環境変数が残っている場合があります。両者で結果が異なっても、新しいコアの通信振り分けに問題があるとは限りません。
最小限の設定から順に戻す
まずノードに接続できること、デフォルトのプロキシグループから接続先を選べることを確認し、その後DNS、ルールセット、TUNを順番に戻します。設定を1つ追加するたびに動作を確認し、違いが出たら最後に正常だった状態に戻してください。YAMLをコピーする際はスペースでインデントし、リストの階層を維持します。同じ名前のトップレベルフィールドを重複させないようにしましょう。
以下は基本的なフィールド構成の例であり、接続に必要な設定一式ではありません。実際に使うには有効なノードまたはノードプロバイダー、プロキシグループ、ルールが必要です。また、Surfboardや各OS向けクライアントで、そのまま読み込めることを示すものではありません。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
mihomoクライアントに替えるとノードの速度は上がりますか?
必ずしも上がるとは限りません。接続の状態は、出口回線、サーバーの負荷、利用者側のネットワーク、プロトコルの設定などに左右されます。コアの変更によってプロトコルの互換性が改善したり、特定の問題が解消したりする場合はありますが、速度向上を保証するものではありません。比較するときは同じノードと近いネットワーク環境を使い、両方で同じプロキシグループやルールが適用されていることを確認してください。
同じサブスクリプションをすべてのクライアントで使えますか?
どのクライアントでも使えるとは限りません。サービス提供元が配布しているものがノード一覧、完全なClash設定、別クライアント向けの形式のどれかを確認してください。どちらもYAMLに対応していても、高度なフィールドが特定のコアに依存する場合があります。Surfboardには対応する設定形式が必要です。クロスプラットフォームのClash Plusも、OSごとに読み込み可能な形式を確認してください。
コマンドラインやルーターで使いたい場合、どのクライアントを選べばよいですか?
デスクトップのGUIをインストールせず、mihomoコアを直接利用する方法があります。その場合、設定ファイルのパス、サービスの起動、ログ、更新を自分で管理する必要があるため、システム管理に慣れた方向けです。一般的なデスクトップユーザーにはGUIクライアントがおすすめです。サーバーやルーターで使う場合はコアのダウンロードから、システムのアーキテクチャに合ったものを選んでください。