Clash for Windows 開発終了後の移行先:Clash Verge Rev・Clash Plus への切り替え方法

現状確認:Clash for Windows はすでに開発終了

2023年11月、Clash for Windows(以下 CFW)の作者は GitHub リポジトリとリリースページをすべて削除し、プロジェクトは開発終了となりました。公開されている最終バージョンは 0.20.39 のまま更新が止まっています。同時期に CFW 内蔵の Clash Premium(非公開コア)と、上流の OSS 版 Clash コアもアーカイブされ、技術系統全体が凍結。今後公式からの更新は一切期待できません。

開発終了=即使用不可、ではありません。インストール済みの 0.20.39 は起動もサブスク導入も可能ですが、時間とともに3つの問題が拡大していきます。まず、コアの脆弱性が修正されないため、古いコードのリスクを抱えたまま通信し続けることになります。次に、mihomo(旧 Clash Meta)コアが対応した Hysteria2、TUIC v5、VLESS Reality などの新プロトコルは旧コアには存在せず、サブスク内のこうしたノードは表示されないか解析エラーになります。さらに、Windows や macOS の OS 更新に伴う互換性問題にも、今後対応版が出ることはありません。

サードパーティの「継続更新版」について

リポジトリ削除後、ネット上に出回っている CFW の修正版・継続更新版インストーラーは公式リリースではなく、再パッケージや改変の有無を確認できません。インストールは推奨しません。現在も開発が続くクライアントへ移行するのが唯一確実な選択です。

後継クライアント比較:Verge Rev・Clash Plus・FlClash

現在の主要な後継クライアントはいずれも mihomo コア(旧 Clash Meta、コミュニティ主体で継続開発されるオープンソース・無料実装)を採用しており、対応プロトコルとルール文法は Clash Premium の上位互換です。既存のサブスクリプションURLはそのまま利用できます。各クライアントの違いは主に GUI、対応プラットフォーム、設定管理方式にあります。

クライアント	コア	対応プラットフォーム	GUI 実装技術	向いている用途
Clash Verge Rev	mihomo	Windows / macOS / Linux	Tauri	CFW からの乗り換え、操作感が最も近い
Clash Plus	mihomo	iOS / Android / Windows / macOS	ネイティブ UI	スマホと PC のサブスク一元管理
FlClash	mihomo	Windows / macOS / Linux / Android	Flutter	デスクトップと Android で同じ UI を共有
Clash Nyanpasu	mihomo(切替可)	Windows / macOS / Linux	Tauri	複数コアを切り替えたい上級者向け

Clash Verge Rev は開発終了した Clash Verge のコミュニティ後継版です。サブスク管理、システムプロキシのオン/オフ、TUN モードの位置関係が CFW とほぼ一致しており、CFW の Mixin 機能は Verge Rev の「グローバル拡張設定」に対応します。学習コストが最も低く、Windows デスクトップユーザーの乗り換え先として第一候補です。

Clash Plus は iOS、Android、デスクトップに対応し、スマホと PC で同じサブスクと分流ルールを共有したいユーザーに向いています。iOS 版は App Store から直接インストールでき、デスクトップとモバイルで設定の考え方を統一できます。

FlClash は Flutter で実装された単一 UI を4つのプラットフォームで共有しており、Android とデスクトップの操作感が完全に一致します。設定ディレクトリの構成もわかりやすく、複数端末を使うが2種類のクライアントを覚えたくないユーザーに向いています。

各クライアントの詳細な比較はクライアント比較ページを、インストーラーはプラットフォーム別にダウンロードページにまとめています。

移行準備:設定のバックアップと CFW の正しいアンインストール

移行前にまず2つの作業を行います。CFW の設定ディレクトリを丸ごとバックアップし、サブスクリプションURLを別途記録しておきます。CFW の設定ディレクトリの場所は以下の通りです。

Windows:  C:\Users\<ユーザー名>\.config\clash
macOS:    ~/.config/clash

このディレクトリ内の profiles サブディレクトリには各サブスクの YAML キャッシュが保存されており、同階層にはポート番号やスイッチ状態を記録した設定ファイルもあります。ディレクトリ全体をコピーすればバックアップは完了です。サブスクリプションURL自体も別途保存しておくことを推奨します。CFW の「設定」ページを開くと、各サブスクのカードに元のURLが表示されているので、1件ずつメモ帳やパスワード管理ツールにコピーしておきましょう。

あわせて4つの設定値を記録しておく必要があります。Mixed Port(既定値 7890)、外部コントローラーのアドレス(既定値 127.0.0.1:9090)、「LAN 接続を許可」の有効/無効、システムプロキシの除外リストです。新しいクライアントに同じ値を入力し直せば、LAN 内の他デバイスやブラウザ拡張機能側で 7890 ポートを指定している設定は変更不要です。

アンインストールの順序が重要

先に CFW の「システムプロキシ」をオフにしてから、アプリを終了しアンインストールしてください。システムプロキシが有効な状態でプログラムを削除すると、Windows のプロキシ設定は 127.0.0.1:7890 を指し続けますが、そのポートを監視するプロセスがなくなり、システム全体がネットに繋がらなくなります。この状態になった場合は「設定 → ネットワークとインターネット → プロキシ」で「プロキシサーバーを使う」をオフにすれば復旧します。

サブスク引き継ぎ:mihomo コアとのフィールド差異

新しいクライアントでサブスクを新規作成し、URLを貼り付けて更新を実行すればノード一覧が表示され、移行の大半は完了します。Clash Verge Rev を例にすると、「サブスクリプション」ページ → 新規作成 → リンクを貼り付け → 保存後に更新をクリック、という流れです。Clash Plus と FlClash も入り口の名称は同じです。サブスクリプションURLはサービス提供元が発行するものなので、クライアントを変えても提供元への連絡やURLの再発行は不要です。

サーバー側から配信される YAML はクライアントのコアが解析しますが、mihomo と CFW の Premium コアでは一部のフィールドの挙動が異なります。主な違いは以下の通りです。

mixed-port、port、socks-port:両者で意味は同じなので、既定値の 7890 のままで問題ありません。既存デバイス側のプロキシ設定を変更する必要はありません。
rule-providers / proxy-providers:mihomo はより完全な対応とより厳密な書式チェックを行うため、古い書式のサブスクの一部がエラーと判定されることがあります。多くの場合、サブスクを一度更新すればサービス提供元側で修正済みのバージョンを取得できます。
script セクション:Premium コアの script.shortcuts のようなスクリプトショートカットは mihomo には存在しません。この書式に依存するサブスクはルールセット形式への書き換えが必要ですが、現在この形式のサブスクはほとんど見かけません。
tun セクション:CFW では TUN が単独のスイッチとして実装されていますが、mihomo では独立した tun 設定セクションを使い、enable、stack、auto-route などのフィールドで構成します。
新プロトコル:hysteria2、tuic、vless + reality ノードは mihomo でのみ解析可能です。これこそが移行による直接的なメリットです。

mixed-port: 7890
allow-lan: false
external-controller: 127.0.0.1:9090
tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true

CFW の Mixin(YAML マージ)は Verge Rev の「グローバル拡張設定」内の Merge 処理に対応します。Mixin でポートを固定したり DNS を上書きしていた場合は、同じ YAML を Merge 設定に貼り付けるだけで、文法はまったく同じまま使えます。各フィールドの詳細は設定フィールド解説を参照してください。

操作感の切り替え:システムプロキシ・TUN モード・LAN 共有

システムプロキシのスイッチ

Verge Rev のシステムプロキシスイッチはメイン画面とトレイメニューの両方にあり、意味は CFW と同じです。オンにするとシステムの HTTP/HTTPS プロキシが 127.0.0.1:7890 に切り替わります。ブラウザやほとんどのデスクトップアプリには即座に反映され、OS の再起動は不要です。

TUN モードとサービス

CFW の TUN スイッチは Verge Rev では2段階に分かれています。まず設定ページでサービスモードを一度インストールし(Windows では管理者権限の承認が1回求められます)、それ以降 TUN スイッチが使えるようになります。TUN モードはシステムのネットワークスタック上に仮想ネットワークカードを作成する仕組みで、システムプロキシを認識しないコマンドラインツールやゲームクライアントも巻き込んで通信させることができ、CFW 時代と同じ効果が得られます。

LAN 共有と UWP アプリの制限

LAN 共有は allow-lan スイッチに対応します。オンにすると、同じ Wi-Fi 上のスマホでプロキシサーバーを PC の LAN IP・ポート 7890 に設定するだけで、PC のプロキシを共用できます。Windows ストア(UWP)アプリはシステムのループバック制限を受けるため、既定では自分自身のプロキシに接続できません。個別に制限解除が必要です。具体的な手順はよくある質問ページを参照してください。Mixed Port、TUN、外部コントローラーなど用語の正確な定義は用語集ページにまとめてあります。移行中に意味がわからないスイッチが出てきたら、まずこちらを確認してください。

移行完了後のチェックリスト

サブスクの更新に成功し、ノード一覧が揃い、レイテンシテストで数値が返ってくる。
システムプロキシをオンにした状態でブラウザから IP 確認サイトにアクセスし、出口 IP が切り替わっている。
TUN モードの状態で、コマンドラインから curl などを実行してもプロキシ経由で通信できる。
7890 ポートが他のソフトと競合していない。LAN 内の他デバイスからプロキシ共有経由での接続が正常。
CFW のバックアップディレクトリは少なくとも1サブスク周期は保持し、新クライアントの安定動作を確認してから削除する。

以上の5項目を確認できれば、CFW は正式に引退させて問題ありません。今後のコアとクライアントの更新は mihomo エコシステムを中心に進むため、サブスク・ルール・ポートの運用習慣を再度変える必要はありません。インストールと初回設定の手順は設定ガイドで確認できます。