この記事で手を動かす範囲
検索でよく見かける「Clash for Windows 換え方」「CFW ノード」「レイテンシ テスト」といったミドルネームの質問は、多くの場合すでにクライアントが入っていて YAML か購読が読み込めている前提で投げられます。そこで本稿では Proxies（プロキシ）画面を軸に、ポリシーグループからノードを切り替える操作と、ワンクリックに近いレイテンシ計測・並べ替えにフォーカスします。
ここでは扱いません：インストール、購読 URL の登録、初回プロファイルのインポート。それらがまだの場合は Clash for Windows ダウンロード・インストールガイド で環境をそろえてから戻ってくると読み進めやすいです。総合的なデスクトップ運用の語り口は Clash Verge Rev チュートリアル と近いですが、画面レイアウトは CFW に寄せて説明します。
Proxies タブが担当していること
CFW の左サイドバーにある Proxies は、読み込んだ設定ファイルのうちユーザーが UI から触れるポリシー（ポリシーグループ）を一覧にしたビューです。バージョンやテーマによって細部は異なりますが、概念的には次のとおりです。
- セレクター型グループ：ドロップダウンやリストから手動でひとつのノード／別グループを選ぶ。典型名は
Proxy、手动选择、🔰 プロキシ選択のようなローカライズされたラベル。 - 自動選択型（url-test など）：設定された間隔や条件で候補の中から自動的に一本を選ぶ。レイテンシが安定して低いものへ寄せる構成が多い。
- フォールバック型：優先順に試し、不通になったら次へ進む、という可用性寄りの束ね方。
GLOBAL（またはそれに相当する「すべてをこの出口へ」グループ）や DIRECT は、トラブルシュートで「ルールを経由せず一度ぜんぶプロキシ／直結にしてみる」際の切り分けスイッチとして覚えておくと安心です。
なぜ「ノードを変えたのに効かない」のか
Rule（ルール）モードでは、接続ごとにドメインや IP がどのルールにマッチしたかによって「実際に参照されるポリシーグループ」が決まります。たとえば動画配信ドメインだけ別セレクターに流す構成では、いくらメインの Proxy を切り替えても動画側ルールが別グループを指している限り画面が変わらないことがあります。
対処の筋はシンプルで、その通信が実際にどのグループを通っているかを確認したうえで、そのグループでノードを変えるか、一時的に Global に寄せて挙動を見ます。CFW の Connections やログが読めると、「どのチェーンでパケットが出ているか」の当たりがつけやすくなります。
ノードを切り替える具体的な手順
前提として General でコアが実行中であり、Profiles で意図したファイルがアクティブになっていることを確認してください。そのうえで次の流れが基本形です。
- Proxies を開き、左または上部の一覧からいま関心のあるポリシーグループ名をクリックする。
- 展開されたリストから利用したいサーバー表示名を選ぶ。名前は購読提供者が付けるため地域・負荷・規約情報がラベルに含まれることが多い。
- 選択が反映されるまで一秒ほど待ち、ブラウザや対象アプリでページ更新・再接続を試す。
- 複数グループを運用している構成では、用途別タブ（動画・電報・一般など）を順に開き、それぞれ別ノードを割り当てられるか確認する。
proxy-groups にiconやhiddenが指定されていると UI に出てこない項目があります。見えないからといって購読が壊れているとは限らず、作者の意図した最小露出の可能性があります。
レイテンシテスト（遅延チェック）の使い方
CFW 系 UI には、各ノード横またはグループヘッダー付近にミニマップや電波アイコン風のボタンとして実装されたレイテンシ計測があります。これは購読に載っているサーバーへ、設定された URL（多くは HTTP(S) の軽いエンドポイント）を叩いて往復時間の目安を得るための機能です。
一括テスト（いわゆるワンクリック）
グループ右上やツールバーにある「すべて試験」「Speed」「Latency」などの表現のボタンから、リスト全体に対して連続でプローブが走ります。結果はミリ秒表示や色分け、タイムアウト表記として並びます。
- 並べ替え／ソート：テスト後に「遅延の昇順」で並べると、数字が小さい候補が上に集まり、手動セレクター運用が速くなります。
- タイムアウトだらけ：ノード障害だけでなく、社内フィルタ、セキュリティ製品のHTTPS調査、DNS の異常でも起きます。場所を変えて再計測しましょう。
単体ノードの再計測
気になる行だけアイコンを押して単発で再測定できます。混雑時間帯では数値がぶれるため、ピーク時にもう一度確認すると「常用してよいか」の判断材料になります。
数値の読み方と選び方の現実ライン
レイテンシはICMP ping ではなく HTTP ベースのチェックになっているプロファイルも多く、表示値は「そのテスト URL へのレイヤー7往復」に近い意味合いです。したがって帯域テスト（Speedtest のようなMbps計測）とは別物であり、小さいからといって 4K が必ず滑らかとは限りません。
実務的には次の優先順が扱いやすいです。
- タイムアウトが少ないこと（切断より先行して見る）
- 用途に対して変動が小さいこと（ゲームやリアルタイム会議ほど効く）
- 必要な地域・規約要件を満たすこと（コンテンツ規約とセットで考える）
自動選択グループと手動選択のすみ分け
url-test 系は一定間隔で勝手に切り替わるため、ユーザーが Proxies で別ノードを選んでも次の周期で上書きされることがあります。逆にセレクター型は選んだものが明示的に維持されます。
「自分で遅延並べ替えして決めたい」ときはセレクター側で運用し、「可用性だけ自动化したい」ときは自動選択に任せる、という住み分けが典型的です。設定ファイルを自分で編集できるなら、間隔・許容失敗回数・テスト URL は upstream のドキュメントと矛盾しないよう慎重に触ってください。
うまくいかないときのチェックリスト
症状：Proxies が空、またはノード名が出ない
想定原因： アクティブプロファイルに proxies が無い、購読更新が失敗してキャッシュが古い、構文エラーで読み込みが止まっている。
対処： Profiles で手動更新とエラー表示を確認し、必要なら別の動作確認済み YAML に差し替える。
症状：テストは成功するがブラウザだけ繋がらない
想定原因： システムプロキシがオフ、ブラウザ独自のプロキシ設定が残存、拡張機能が VPN と競合。
対処： Settings で System Proxy を確認し、ブラウザ側をシステム設定準拠へ戻す。別ブラウザで切り分ける。
症状：特定アプリだけ迂回できない
想定原因： アプリがプロキシを読まない、または TUN が必要。
対処： ルールではなく TUN モード検討（管理者権限や競合 VPN に注意）。詳細はダウンロードガイドの TUN 節を参照。
よくある質問（本文）
Q. Rule と Global を行き来すると設定が壊れますか？
A. UI から切り替える分には YAML ファイル自体は自動では書き換わらないことが一般的です。ただし「最後に選んだノード」状態がローカルに記憶される挙動はクライアント依存なので、複数 PC で同じファイルを共有すると体感がずれることがあります。
Q. レイテンシが良いノードでも規約違反になりませんか？
A. 技術記事としては契約・利用規約・輸出管理・局地法令は利用者自身の責任で確認してください。数値最適化だけではカバーできない領域です。
まとめ：GUI で見える化できることが強み
ワンタップでサーバーへ繋ぐだけのブランド VPN アプリは手軽ですが、どのドメインがどの出口へ流れたかをユーザーが検証しにくい設計も珍しくありません。ログがブラックボックスだと、遅い・途切れるといった症状への対処が「再接続を祈る」になりがちです。
一方 Clash 系は Proxies でポリシーを明示し、レイテンシテストと並べ替えで候補を肉眼整理できるため、ボトルネックがノードかルールかを切り分けやすくなります。長期メンテナンスを重視するなら現行フォークへ移る選択もありますが、「ノードを自分で選ぶ」「数値で並べ替える」という操作感そのものは引き続き有用です。
プラットフォームを問わずビルドをそろえたい場合は、サイトのダウンロード一覧から環境に合わせて選ぶと更新確認の手間もまとめられます。