オープンソースプロジェクト · mihomo コア

Clash Verge
全プラットフォーム対応クライアントのダウンロード

mihomo コアをベースにしたオープンソースのプロキシクライアント。サブスクリプション管理ルール分流、TUN モードを内蔵し、日本語の設定ドキュメントと各プラットフォームのインストールパッケージを用意。

対応プラットフォーム: Windows macOS Linux

プラットフォーム別ダウンロード

Clash Verge は mihomo コアをベースにしたオープンソースのプロキシクライアントで、Windows・macOS・Linux・Android・iOS に対応しています。クライアントはサブスクリプション管理、設定生成、画面表示を担当し、トラフィックの転送はコアが処理します。設定ファイルの形式は Clash エコシステムと共通です。ダウンロードページではプラットフォームごとに利用可能なクライアント、インストールパッケージの形式、システム要件を掲載しています。インストールパッケージは公式リリースチャンネルと同期して更新され、以下のリンクから各プラットフォームのダウンロードカードに直接移動できます。

プラットフォーム別ダウンロード

Clash Verge は mihomo コアをベースにしたオープンソースのプロキシクライアントで、Windows・macOS・Linux・Android・iOS に対応しています。クライアントはサブスクリプション管理、設定生成、画面表示を担当し、トラフィックの転送はコアが処理します。設定ファイルの形式は Clash エコシステムと共通です。ダウンロードページではプラットフォームごとに利用可能なクライアント、インストールパッケージの形式、システム要件を掲載しています。インストールパッケージは公式リリースチャンネルと同期して更新されます。以下のリンクから各プラットフォームのダウンロードカードに直接移動でき、各プラットフォームには対応するシステムバージョン、推奨クライアント、インストール時の注意点が記載されています。

主な機能

Clash Verge はプロキシクライアントのよく使う機能をすぐに使える設定項目としてまとめています。サブスクリプションを取り込むと完全な設定が自動生成され、ルール分流はドメインと IP に応じてポリシーグループを選択し、TUN モードはシステムのトラフィックを管理し、DNS セクションでは名前解決の経路を細かく制御できます。以下の4つのパネルはクライアントの設定ページにある実際のモジュールに対応しており、各項目の設定方法とトラブルシューティングはドキュメントと上級設定ページで確認できます。

サブスクリプション管理

サブスクリプション管理は、プロバイダーが提供するサブスクリプション URL をクライアントに取り込み、proxies・proxy-groups・rules の3つのセクションに自動で解析します。複数のサブスクリプションを同時に保持でき、各プロファイルに更新間隔と有効状態を個別に設定できます。更新時はリモート側の変更だけを取得し、ローカルのオーバーライド層には触れません。YAML を手動編集するのに比べ、ノードの追加削除とポリシーグループの調整を一度の取り込みに集約できます。リンクが無効な場合、パネルに解析エラーのメッセージが表示されるので、リンク切れなのか、内容の形式が違うのか、ネットワークが遮断されているのかを切り分けられます。

オープンソースエコシステム

Clash Verge のクライアントとコアはどちらも公開リポジトリでホストされており、バージョンリリース、Issue での議論、コミット履歴をすべて追跡できます。以下の情報はプロジェクトのメンテナンス状況と更新ペースを判断するのに役立ちます。

プロジェクトの歴史

Clash Verge はもともと Clash for Windows の代替として登場し、元クライアントのメンテナンスが停止した後、Windows と macOS のユーザーに統一された選択肢を提供するという課題を解決しました。UI 層は Tauri で書き直され、設定生成とトラフィック転送はコアに任せることで、UI とコアが分離されています。そのため、コアのアップグレードに UI の作り直しを待つ必要はなく、UI の更新も生成済みの設定に影響しません。

コアとの関係

mihomo は Clash エコシステムで現在も活発にメンテナンスされているコアで、Clash の設定ファイル形式と互換性があり、ルールセット、ドメインスニッフィング、追加のトランスポートプロトコルにも対応しています。Clash Verge は mihomo を内蔵しており、サブスクリプション取り込み後に生成される config.yaml は他の Clash 系クライアントでもそのまま読み込めます。ClashX Meta や Clash for Android との設定互換性も高く、移行コストは低く抑えられます。

更新の仕組み

クライアントとコアはそれぞれ別のバージョンでリリースされます。UI の更新は設定ページのレイアウト、サブスクリプション管理、TUN の動作に重点が置かれ、コアの更新はプロトコルの実装とセキュリティ修正に重点が置かれます。ダウンロードページには各プラットフォームのインストールパッケージがあり、更新時はローカル設定が保持されるため、サブスクリプションの再取り込みは不要です。コアのバイナリも単体で提供されており、サーバーやルーターでの利用を想定しています。

オープンソースライセンスとコミュニティ

プロジェクトは GPL-3.0 ライセンスで公開されています。ソースコード、ビルドスクリプト、リリースノートはすべて公開リポジトリにあり、Issue セクションでは報告済みの問題と修正の進捗を確認できます。コミュニティがメンテナンスする日本語ドキュメントは、インストール、サブスクリプション取り込み、ルール作成、トラブルシューティングをカバーしています。問題が発生した場合は、キーワードで既存の議論を検索できます。

ターミナル
git clone https://github.com/clash-verge-rev/clash-verge-rev.git

リポジトリにはクライアントのソースコード、ビルドスクリプト、リリースノートが含まれており、ライセンスは GPL-3.0 です。クローン後、README のビルド手順に従えば、各プラットフォームのインストールパッケージをローカルでコンパイルできます。

技術ノート

インストール設定、DNS 名前解決、TUN モード、サブスクリプションのトラブルシューティングに関する実践記録を、公開日時の新しい順に3件表示しています。全記事は技術ノートページでご覧いただけます。

Clash Verge Windows インストール設定の全手順:ダウンロードからサービスモードまで、よくある7つの落とし穴

インストール、サブスクリプション取り込み、システムプロキシの有効化、TUN への切り替えの順に Windows での完全な設定を一通り説明し、WebView2 の欠如、サービスインストール失敗、ファイアウォールによるブロックなど、初心者が最もぶつかりやすい問題を一つずつ解説します。

続きを読む →

Clash DNS 設定の詳細:nameserver、fallback、DNS ハイジャックの3つのセクションの正しい書き方

dns セクションの enable と listen から始めて、nameserver と fallback の役割分担、fallback-filter のフィルタリングロジック、TUN モードで DNS ハイジャックがなぜ Fake-IP と併用しないと機能しないのかをフィールドごとに説明します。

続きを読む →

TUN モードとシステムプロキシの仕組みの比較:トラフィックはどの層で管理されるのか

システムプロキシがアプリにプロキシ設定の読み取りを依存するのに対し、TUN は仮想ネットワークカードで全 IP トラフィックを管理する違いを比較し、コマンドラインツール、ゲーム、UDP アプリが2つのモードで異なる挙動をする理由と、それぞれに適したシナリオを説明します。

続きを読む →

よくある質問

以下はインストールと設定の過程でよく寄せられる質問です。完全な分類別回答はよくある質問ページでご覧いただけます。

システムプロキシを有効にしたのにブラウザでアクセスできないのはなぜ?

まずプロキシポートが他のプログラムに使用されていないか確認し、次にシステムプロキシのスイッチが有効になっているか確認してください。一部のブラウザ拡張機能はシステムプロキシ設定を上書きするため、拡張機能では直接接続にし、システムプロキシだけを有効にしてみてください。

サブスクリプションの取り込みで解析エラーが出る場合はどうすればいい?

サブスクリプション URL が期限切れでないか、プロバイダーが返す内容が Clash 形式の YAML か、ネットワークから URL に直接アクセスできるか、コアのバージョンが設定内の新しいフィールドをサポートしているかを順に確認してください。

TUN モードとシステムプロキシは同時に有効にできますか?

できますが、通常は必要ありません。TUN がすべてのトラフィックを管理している状態でシステムプロキシも有効にすると、転送の層が一つ増えます。コマンドラインツールや UDP をプロキシ経由にしたい場合は TUN だけを有効にし、通常のウェブ閲覧だけならシステムプロキシだけの方がリソースを節約できます。

サブスクリプションを更新してもノードリストが変わらないのはなぜ?

更新間隔に達していない、サブスクリプション URL がプロバイダーによってレート制限されている、クライアント自身がプロキシ経由のためサブスクリプションアドレスにアクセスできない、といった点を確認してください。設定ページから手動で更新を実行し、ログを確認するのも有効です。