Clash公式サイト・全プラットフォームクライアントダウンロード
Windows / macOS / Android / iOS / Linux の5プラットフォームに対応したクライアントの入手先をまとめました。mihomoコアを採用し、ルールベースの振り分けとサブスクリプションのワンクリックインポートに対応しています。インストーラーは上流のリリースに合わせて継続的に更新され、プロトコルの違いとコア選定はプロトコル参考ページ、設定やトラブル対応の手順は使い方ガイドとヘルプセンターでご確認いただけます。
クライアントを入手
プラットフォームごとに入手先を選択。各プラットフォームの推奨クライアント、バージョン一覧と最低システム要件はダウンロードページを参照し、事前に端末のCPUアーキテクチャをご確認ください
主要機能
モジュールの稼働状況一覧、行をクリックすると詳細が展開されます
ルールベース振り分けが解決するのは「どの通信をプロキシ経由に、どの通信を直接接続にするか」という最も基本的な課題です。ドメイン名、GEOIP、IP-CIDR、プロセス名などの条件を上から順に照合し、一致した通信は指定の出口へ、どれにも一致しない通信はMATCHのフォールバックルールへ振り分けます。グローバルプロキシを手動で切り替える方式と違い、一度設定すれば長期間そのまま使え、国内向け通信は遠回りせず直接、海外向け通信は対応するポリシーグループへ自動で流れます。ルールセットはリモートサブスクリプションとローカル上書きの2通りで管理でき、ローカル上書きが優先され、ルール更新時も既存の接続は切断されません。記法の例や照合の優先順位はプロトコル参考ページと用語集を参照してください。
curl -I -x http://127.0.0.1:7890 https://example.comサービス提供元ごとにノードのプロトコルはさまざまです。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC に加え、WebSocket や gRPC などのトランスポートの組み合わせも、Clash なら1つの YAML 設定ファイルで統一管理でき、プロトコルごとに別のクライアントを入れる必要はありません。ノードは url-test(レイテンシを自動計測して最速を選択)、fallback(メインノード障害時に自動切替)、load-balance(複数ノードで接続を分散)などのポリシーグループに編成でき、経路選択はコアに任せて手動操作を最小限にできます。どのプロトコルがどんなネットワーク環境に向くか、コアごとの対応状況の違いは、プロトコル参考ページの対照表にまとめています。
grep -c "name:" profile.yamlサブスクリプションの仕組みは「ノード一覧の維持管理」をユーザーの手から取り除きます。サービス提供元が全ノードと推奨ルールを1つのURLにまとめており、クライアントに貼り付けるだけで設定一式を取得できます。ノードの追加・削除やアドレス変更は次回の更新で自動的に同期されるため、サーバー情報を1件ずつ書き写す必要はありません。時間単位・日単位の定期自動更新に対応し、更新に失敗した場合は前バージョンのキャッシュに戻るので、1回の取得失敗で通信が途切れることはありません。インポート入口は各クライアントの「設定」または「サブスクリプション」ページにあり、具体的な手順とよくあるインポートエラーの対処は使い方ガイドのステップ2とヘルプセンターを参照してください。
mihomo -f profile.yaml -t従来の「システムプロキシ」はプロキシ設定を読み取るアプリにしか効かず、コマンドラインツールやゲームクライアント、UWPアプリはそれを素通りして直接接続しがちです。TUNモードはシステム内に仮想ネットワークアダプターを作成し、すべての送信トラフィックをネットワーク層で引き受けてコアのルール処理へ渡すため、アプリごとの設定は不要で、システムプロキシを無視するプログラムにも適用されます。有効化には Windows では管理者権限、macOS ではネットワーク拡張の承認、Android では VpnService が必要ですが、いずれも初回のみの許可です。Windows の UWP ループバック制限の解除方法や TUN のよくある競合の切り分けは、ヘルプセンターの該当項目を参照してください。
ip route | head -n 3DNS汚染と名前解決の漏えいは、プロキシ利用時に最も起こりやすい2種類の見えにくい障害です。ドメインが誤ったIPに解決されてルール判定が狂う、あるいは解決リクエストが平文のままローカルISPへ送られアクセス先が露出する、といった問題が該当します。内蔵DNSモジュールは fake-ip と redir-host の2モードを提供します。fake-ip は予約帯域の仮想アドレスを返し、実際の解決を出口側まで遅延させるため高速で汚染にも強く、redir-host は互換性が高く実IPが必要な場面に向きます。上流は DoH / DoT の暗号化クエリに対応し、国内外の解決をドメインごとに別々のリゾルバへ振り分けることもできます。2モードの使い分けは用語集で詳しく解説しています。
nslookup example.com 127.0.0.1GUIクライアントでできることは、スクリプトやパネルでも同じようにできます。コアはローカルの9090番ポートに完全なRESTful制御APIを公開し、接続一覧、ノードのレイテンシ、トラフィック統計、実行ログをJSONで返します。ノード切り替え、モード変更、サブスクリプション更新のトリガーもHTTPリクエスト1回で済みます。metacubexd や yacd などのオープンソースWebパネルと連携すれば、特定のGUIに依存せず可視化モニタリングが可能で、定期速度計測や異常アラートの自動化スクリプトも curl だけで書けます。APIは既定でローカルループバックアドレスのみを待ち受けるため、外部に公開する前に必ず secret 認証を設定してください。
curl http://127.0.0.1:9090/versionクイックスタート
3ステップで接続完了、詳しい手順とスクリーンショットは使い方ガイドを参照
-
クライアントを入手してインストール
ダウンロードページでお使いのプラットフォームに対応したインストーラーを選択します。x64 と ARM64 の違いに注意してください。WindowsとmacOSはインストールウィザードを実行し、初回起動時の指示に従ってサービスまたはネットワーク拡張の許可を完了させます。AndroidはAPKまたはストアから入手、iOSはApp Storeから統一して取得します。インストール後は一度設定ページを開き、コアのバージョンと自動起動オプションを確認しておくことをおすすめします。
-
サブスクリプションURLをインポート
サービス提供元から発行されたサブスクリプションURLをコピーし、クライアントの設定またはサブスクリプションページに貼り付けてインポートします。ノード一覧の取得完了を待ち、ついでに定期自動更新を有効にしておきましょう。インポートに失敗した場合は、まずURLが完全にコピーされているか、期限切れになっていないかを確認し、次に現在のネットワークからサブスクリプションサーバーに直接到達できるかを確認してください。繰り返し失敗する場合の項目別チェックリストはヘルプセンターにあります。
-
ノードを選択して接続を確認
ルールモードに切り替え、ポリシーグループからレイテンシの低いノードを選んで任意のウェブページにアクセスし、接続を確認します。続けてスピードテストで帯域が期待どおりか確認しましょう。うまくいかない場合はログパネルを開き、接続失敗、DNS解決、ルール不一致の3つの観点から順に切り分けてください。モバイル端末では、アプリがシステムのバックグラウンド省電力機能に終了させられていないかも確認が必要です。
3ステップで通常利用を開始できます。途中でつまずいても最初からやり直す必要はありません。インストールの問題は多くがシステムアーキテクチャや権限の許可に、インポートの問題はサブスクリプションURL自体に、接続の問題はノードやルールに起因します。段階を特定して対処するほうが、やみくもな再試行より早く解決します。使い方ガイドには各ステップのスクリーンショットとプラットフォームごとの差異の説明があります。
オープンソースの裏付け
2018年の初代コアから現在の mihomo まで、プロジェクトの系譜・コード・リリースフローはすべて公開されています
- プロジェクトの歴史を追跡可能Clashコアは2018年にGitHubでオープンソース化され、元リポジトリのアーカイブ後はコミュニティ派生の mihomo(旧 Clash.Meta)がメンテナンスを引き継ぎました。設定形式は後方互換で、系譜の全体像は記事セクションの生態系解説で確認できます。
- コアコードを公開mihomoコアはGoで書かれ、GPLライセンスで公開リポジトリに管理されています。すべてのコミット、各リリースのビルド成果物とチェックサムは追跡可能で、誰でもソースを監査したり自分でビルドしたりできます。
- コミュニティによる継続的なメンテナンス各プラットフォームのGUIクライアント(Clash Verge Rev、ClashMetaForAndroid など)は独立したコミュニティリポジトリで開発が続けられ、Issueでの議論、変更履歴、リリースのペースはすべて公開されています。クローズドなブラックボックス部品はありません。
- 透明な更新の仕組み本サイトのインストーラーは上流リポジトリの正式リリースに合わせて同期更新され、再パッケージや改変は行いません。ダウンロード前に上流のリリースページとファイル名・バージョン番号を照合でき、入手物は開発者の公開物と同一です。
- コアとUIの分離設計GUIクライアントが担うのは画面表示とプロセス管理のみで、トラフィック処理はすべて内蔵の mihomo コアが行います。UI側の開発が止まってもコアは単独で更新・差し替えでき、特定プロジェクトの存続に縛られません。
オープンソースが一般ユーザーにもたらす意味は抽象論ではありません。トラフィック処理のロジックが誰でも読めるコードに書かれていること、問題が起きたとき公開Issueで同じ事例と修正の進捗を確認できること、そしてあるクライアントの開発が終了しても、設定ファイルとサブスクリプションをそのまま生態系内の別クライアントへ移行できることを意味します。以下のコマンドでコアのソースコードを直接取得し、確認やビルドに使えます。
git clone https://github.com/MetaCubeX/mihomo.git
よくある質問ダイジェスト
一言回答のみ掲載、詳しい切り分け手順はヘルプセンターへ
以下の4項目は新規ユーザーからの質問が特に多い場面をカバーしています。まず自分の症状と照合すれば、切り分けの時間を大幅に短縮できます。該当しない問題は、ヘルプセンターで症状から検索してください。
- サブスクリプションをインポートしてもノードが表示されない?まずURLが完全にコピーされているか・期限切れでないかを確認し、クライアントで手動更新を実行。それでも失敗する場合はヘルプセンターのインポートチェックリストを順に確認してください。
- プロキシを有効にしても一部のアプリに効かない?コマンドラインやUWPアプリはシステムプロキシを素通りしがちです。TUNモードに切り替えて全トラフィックを引き受ければ解決します。手順は使い方ガイドへ。
- どのプロトコルのノードを選べばよい?通常のネットワークなら Shadowsocks / VMess で十分、制限の厳しい環境では Trojan か Hysteria2 を優先。対照結果はプロトコル参考を参照してください。
- ルールモードとグローバルモードはどう使い分ける?普段はルールモードでドメインごとに自動振り分けし、グローバルモードは一時的なデバッグ時のみ使用します。概念の違いは用語集へ。
最新記事
選定比較・プラットフォーム別ガイド・トラブル対応記録。長文ドキュメントは継続的に追加中、全記事の入口はフッターにあります
Clashオープンソース生態系の全体像:コア・GUIクライアント・ルールプロジェクトの関係整理
コアプロジェクト、各プラットフォームのGUIクライアント、ルールセット、変換ツールを1枚の関係図にまとめ、依存関係やアーカイブ済みプロジェクト、コミュニティの維持状況を整理。生態系を理解した上で選定できるように解説します。
iOSでClashを使う方法:App Storeでのクライアント入手とサブスクリプション設定インポートの流れ
iOSにはオフラインインストーラーがなく、クライアントはApp Storeから統一して入手します。ストアでのダウンロード、初回起動時のVPN構成プロファイル許可、サブスクリプションURLのインポート、ノードの接続確認という4つの手順を順番に解説します。
スマートフォンでClashのバッテリー消耗が激しい時の対処法:バックグラウンド動作方針と省電力設定の調整
ルールセットのポーリング、ログレベル、DNSの並行処理からシステムのバックグラウンド制限まで、段階的にモバイル端末の電力消費要因を特定します。Androidのバッテリー最適化の除外設定やiOSのオンデマンド接続など、具体的な設定方法も紹介します。