オープンソースエコシステム・クライアント情報を随時更新
5プラットフォームのクライアントを店舗のように一つずつ掲載・評価:バージョンとカーネル情報を明記し、結論を明確に提示。導入ガイドとトラブル対処も揃えているので、選んだらすぐ導入できます。
6つの評価軸を実機検証し採点。スコアは掲載時点のバージョンでの結果です
「どのクライアントが一番いいか」より、まず各評価軸の実機検証結果を見るほうが参考になります。以下ではデスクトップ・モバイル・カーネルとルールの3グループに分け、Clashエコシステムで注目度の高い6つの評価軸を一つずつ掲載:各カードは1軸分の「店舗ページ」で、星評価と結論タグを明示し、実測の詳細を短評で記載、バージョン情報はカード下部のカプセル表示にまとめています。
デスクトップはClashエコシステムの主戦場です。Clash for Windowsの開発終了後はClash Verge RevとFlClashが主力を引き継ぎ、ルール調整とサブスクリプション管理の使い勝手が日常の快適さを左右します。
Clash Verge RevとClash Plusを検証対象として実測したところ、DOMAIN-SUFFIX・GEOIP・RULE-SETなどの一般的なルールタイプはすべて期待通りにマッチしました。mihomoカーネルが拡張したGEOSITEや論理ルール(AND / OR / NOT)も設定にそのまま記述できます。ルール数を5000件以上に増やしてもマッチング遅延に目視できる揺らぎはなく、ルール変更後はホットリロードが即時反映されるためクライアントの再起動は不要です。振り分けをデバッグする際は、接続パネルで各接続がヒットしたルール名をリアルタイムに確認できるため、誤ったルートの原因調査が非常にやりやすいです。
デスクトップクライアントは複数のサブスクリプションを併用し、ワンタップで切り替える機能をほぼ標準搭載しています。Clash Verge RevのMergeとScriptオーバーライドを使えば、元のサブスクリプションを変更せずにカスタムルールを追加でき、サブスクリプション更新後もオーバーライドが有効なままなので、独自ルールを長期運用するユーザーには重要な機能です。定期自動更新、更新失敗時に旧設定を保持、サブスクリプションのトラフィック情報表示も標準装備です。減点ポイントは各クライアントでオーバーライドの文法が統一されていないこと。クライアント間で移行する際はオーバーライド部分を手動で書き直す必要があるため、移行前のバックアップを推奨します。
モバイル端末で重要なのは2点:バックグラウンドで安定動作するか、初心者が3ステップで接続できるか。Android版はClash Meta for AndroidとFlClashを、iOS版はApp Store配信のClash Plusを検証対象としました。
Android版はVPNモードでバックグラウンドに置いても一日中切断されず、システムのバッテリー最適化ホワイトリストに登録すればプロセスがほぼ強制終了されません。アプリ別プロキシで指定したAppだけをプロキシ経由にでき、銀行系アプリは直接接続で干渉しません。クイック設定タイルでのオンオフ切り替えも快適です。iOS版のClash PlusはApp Store配信で、Network Extensionの常駐動作が安定しており、Wi-Fiとモバイル通信の切り替え時も自動で再接続します。減点ポイントはiOSのバックグラウンドメモリ上限が厳しいこと。大容量サブスクリプションはノード数を絞らないと、システムに回収される可能性があります。
5プラットフォームの主要クライアントはいずれも日本語UIを備えており、「サブスクリプションリンクをコピー」から「システムプロキシを有効化」まで平均3ステップで完了します。FlClashのオンボーディング画面はサブスクリプションの取り込みを直接案内するため、初心者でもそのまま操作すれば接続できます。UIの情報密度も適切で、ホーム画面でオンオフとモード切替、ノード画面で遅延測定、接続画面でリアルタイムトラフィックを確認できるため、ドキュメントを読まなくても各スイッチの役割が分かります。一部クライアントは高度な設定項目が深い階層にあり、TUNモードのスイッチを最初に見つけるには少し時間がかかるため、本サイトの使い方ガイドを参照することをおすすめします。
画面の裏側で実際に動いているのはカーネルです。主要クライアントは現在いずれもmihomoを内蔵しており、カーネルの性能とDNSの挙動が「速いかどうか」「トラブルが多いかどうか」を直接左右します。
mihomoはClash Metaプロジェクトを引き継ぐカーネルで、現在の主要クライアント(Clash Verge Rev、FlClash、Clash Meta for Androidなど)はすべてこれを内蔵しています。プロトコルはShadowsocks・VMess・VLESS・Trojan・Hysteria2・TUICなど主要な選択肢をカバーし、1つのサブスクリプションで5プラットフォームを使い回せます。デスクトップ版は待機時のメモリ消費が数十MB程度で、ギガビットのLAN内転送でもボトルネックにならないことを実測で確認済み。TUNモードでトラフィック全体を引き受けても、ゲームやUDPアプリは正常に振り分けられます。カーネルは独立してリリースされ、クライアント側が追随して更新するため、プロトコル対応がUIのバージョンに引きずられることもありません。
DNSセクションはClash設定の中で最もつまずきやすく、かつ設定の巧拙が表れる部分です。実測ではfake-ipモード下の初回パケット解決コストがほぼゼロで、nameserverとfallbackを分担させることで日本国内向けドメインはローカル解決、それ以外は暗号化DNSに振り分けられ、DoHとDoTもそのまま設定できます。DNSハイジャックを有効にすると、システム内のすべての平文解決要求がカーネルに引き受けられ、TUNモードと組み合わせれば漏洩経路をほぼ塞げます。減点ポイントは概念の理解に手間がかかること:fake-ipとredir-hostの選択や、ハイジャックのパラメータ設定を初心者は誤りやすいですが、本サイトのブログで項目ごとに解説しているのでそのまま参考にできます。
各プラットフォームの概要を一言で紹介。完全なクライアント一覧と採点詳細はダウンロードページに掲載
評価対象はすべてオープンソースプロジェクト。コード・リリース履歴・issue議論はすべて公開され確認可能です
ClashはもともとGoで書かれたオープンソースのルールプロキシカーネルで、明快なYAML設定と柔軟なルール振り分けを強みに、5プラットフォームをカバーするクライアントエコシステムへと成長しました。オリジナルのカーネルがアーカイブされた後、コミュニティはClash Metaブランチで開発を継続し、その後mihomoに改名して現在も発版を続けています。今日各クライアントで目にするプロトコル対応やルール機能は、基本的にこの系譜から来ています。
mihomoを「エンジン」、Clash Verge Rev・FlClash・Clash Plusといったクライアントを各メーカーの「完成車」と考えるとわかりやすいです。カーネルはプロトコルのハンドシェイク・ルールマッチング・トラフィック転送を担当し、クライアントはサブスクリプション管理・UI操作・システム統合を担当します。本サイトが「カーネルの性能」と「クライアント体験」を分けて採点しているのもこのためです——同じエンジンでも、完成車の体験は大きく異なることがあります。
mihomoカーネルは独自にリリースされ、各クライアントはそれぞれのペースでカーネルバージョンに追随します。そのため本サイトの各評価カードには検証時のクライアントとカーネルのバージョン番号を明記しており、スコアはそのバージョンに対してのみ有効です。大きなバージョン更新があれば再検証して更新します。すべての結論は実機インストールによる検証に基づき、スポンサーによる順位操作は受け付けず、バージョン情報も誇張せずそのまま記載します。メンテナンスが終了したクライアントは、密かに削除するのではなく「メンテナンス終了」と明示します。
カーネルのソースコードは公開されており、自分で取得して確認できます
git clone https://github.com/MetaCubeX/mihomo.git
mihomoはオープンソースライセンスで公開されており、リリースバイナリとソースコードはリポジトリのReleasesで対応関係を確認できます。本サイトのダウンロードページで提供するカーネルパッケージは上流のリリースと一致しています。
まず結論を一言で提示。詳しい説明はよくある質問ページと用語集に掲載
導入方法・移行策・設定解説を公開日の新しい順に掲載
Clash設定のDNSセクションを項目ごとに解説:nameserverとfallbackの役割分担、fake-ipとredir-hostモードの違い、DNSハイジャックパラメータの働きを説明し、そのまま使える設定例と検証方法を紹介します。
全文を読む →Linux環境における2つの導入方法を比較:Clash Verge Rev・FlClashデスクトップクライアントの導入ポイントと、mihomoカーネルをコマンドラインで直接実行しsystemdで管理するサーバー向け運用手順を紹介します。
全文を読む →Clashクライアントを初めて導入する際の共通フロー:ダウンロード・インストール、サブスクリプション取り込み、プロキシモード選択、システムプロキシ有効化、接続確認の5ステップを解説し、各プラットフォームで起動時によくある失敗と対処法もまとめています。
全文を読む →