この記事が扱う範囲と関連トピック
Mihomo Party は Mihomo（Clash Meta 系） コアをGUIから操るクライアントのひとつで、プロバイダから届いた 購読 を読めば プロキシ候補（ノード） と ポリシーグループ が一覧に現れます。検索意図が「OSに新しい仮想アダプタを入れずに、今の環境のまま候補の快さを比べ、手で選び直し、本当に通るかを確かめたい」という場合、まず画面の 一括測速 と 手動切替 を往復できるようになるのが近道です。
関連記事として、Windows 11 での初回導入と購読インポート は Mihomo Party のインストール稿、ポリシーグループを YAML で url-test 管理する考え方 は url-test とヘルスチェック に寄せています。本稿はあくまで GUI 上の測速・並べ替え・選択・検証 に焦点を絞り、設定ファイルの網羅的な技術解説は避けます。
proxies に展開された候補を指します。ポリシーグループ は proxy-groups の選択UIです。
着手前の最小条件：稼働・プロファイル・プロキシ経路
測速の前に、Mihomo Party の起動状態と 使用中プロファイル が意図どおりかを確認します。購読が古い・別名の空プロファイルを選んでいると、一括測速を回してもゼロ件のままか、すべて失敗表示になりがちです。タスクトレイの接続状態、画面内のエラーバナー、コアログに例外が出ていないかを一度眺めてから測定に進むと、後の切り分けが短くなります。
経路はまず システムプロキシ を想定している読者が多いはずです。OSの設定画面に書き込まれる アドレスとポート が、Mihomo Party がlistenしている待受と一致しているかを確認してください。会社支給PCでは権限制限でプロキシ欄が固定されているケースもあるため、その場合はクライアント側だけ直してもブラウザが追従しないことがあります。
一括測速（ワンタップ測速）を回す意味と操作の芯
多くのGUIでは、プロキシ一覧 か 接続／ノード に相当する画面に、稲妻アイコンや「遅延テスト」「Speed Test」などの一括実行ボタンがあります。Mihomo Party でもビルドやテーマで表記は揺れますが、挙動の本質は同じで、各候補に対して軽いHTTPリクエストを投げ、往復遅延 や成否を一覧に反映します。手作業で一つずつ叩くより、まず全体像を掴む用途に向きます。
測定中に同じグループを激しく切り替えると、ログが埋まり読みづらくなるだけでなく、採番結果が不安定に見えることがあります。測速実行中は数十秒ほど画面を開いたまま待ち、完了表示や数値の更新が止まってから並べ替えに進む習慣があると安心です。測定URLやタイムアウトは設定側で変えられることがありますが、本稿では既定のまま運用する読者を主眼にします。
ここで得た数値は あくまでその瞬間・そのテスト先に対する目安 です。地理的に遠くても品質管理が良いノードは小さく見える一方、近距離でも輻輳や認証失敗でタイムアウトに見えることは普通にあります。体感と矛盾したら疑うべきは「一覧のソート基準」と「実際に選ばれているポリシーグループ」です。
遅延で並べ替え：昇順・降順の使いどころ
一括測速後、一覧ヘッダの 遅延 列をクリックして 昇順・降順 を切り替えられるGUIが一般的です。昇順にすると小さな数値が上に来るため、「いま軽く見えている候補」を素早く拾えます。逆に失敗やタイムアウトだけを集めたいときは、降順やフィルタがあれば活用し、異常候補を購読更新やルール起因から切り離して見るとよいです。
並べ替えは一覧の見やすさを整えるだけでなく、手動選択の下見 として効きます。体感でちょっと重いと感じた直後に遅延順を見直すと、上位に残っているのが意図と違うノードかどうかがすぐ分かります。長時間同じ並びを盲信せず、時間帯が変わったら再測定する運用が現実的です。
同一プロバイダ内のラベルが似通っている場合、誤クリックを減らすには並べ替えたうえで、国名やサーバー番号をゆっくり確認するのが安全です。名称の似た候補はDNSやルールの実経路も近いことが多く、切り替えたつもりが別表記の兄弟ノードになっている、という取り違えが起きやすいので注意してください。
ポリシーグループを読む：手動型と自動型の画面差
ポリシーグループ は、ルールから「この通信はどの出口候補を使うか」を束ねる器です。GUIでは折りたたみツリーやタブで現れ、名前が GLOBAL／PROXY／地域別などプロバイダ設計に依存します。ここで重要なのは、自分が触っているグループが実際にルールから参照されているか という点で、名前だけ見て安心しないことです。
Selector（選択型） に近い挙動のグループでは、プルダウンやラジオに相当するUIで候補を一つ選びます。これが本稿の主題である 手動選択 です。一方で url-test に相当するグループは、設定が許せば一覧から固定選択に変えられる場合もありますが、既定では遅延計測に基づいて自動で入れ替わります。画面だけ見て「選んだつもり」でも、裏側が自動型のままなら体感は変わらないことがあるため、該当グループの種別に一度だけ目を通す価値があります。
階層の典型として、外側の 総合プロキシ グループが内側の細分化グループ（動画・チャット・規制回避など）を指している構成があります。内側だけ手で変えたが、外側が別の自動グループのままという抜けが起きると、ブラウザの挙動が変わらないように見えます。迷ったら接続ログでどのグループ名が選択されたかを追うと早いです。
手動でノードを切り替える具体的な手順
実作業は次の流れに揃えると分かりやすいです。第一に、目的のアプリやサイトが通ると期待する ポリシーグループ をGUIで開きます。第二に、そのグループが 手動選択可能 であることを確認します（グレーアウトやロック表示なら別プロファイルか権限不足を疑います）。第三に、一括測速と並べ替えで絞り込んだ候補から一つを選び、即座に画面の適用ボタンや自動適用を確認します。
切り替え直後はキャッシュや長寿命接続の影響で、ブラウザが数秒古い経路を掴んだままに見えることがあります。タブを閉じる、別ウィンドウで試す、あるいは接続ログで新しいホストが流れたタイミングを見ると切り分けが早くなります。OSやブラウザによってはプロキシ設定の再読込が遅延するので、焦って別ノードへ連打しない方がログも読みやすいです。
複数端末で同じ購読を使う運用では、片方のGUIで選んだ結果がもう一方へ同期されないのが普通です。端末ごとに手動選択を持つ前提で、同居人や家族で端末を分けるなら運用メモを分けておくと混乱が減ります。チーム運用で固定ノードを揃えたい場合は、プロファイル側の既定選択やルール設計まで持ち込む必要があり、それはGUI以外の話になります。
接続テストと実検証：ログを併読する
遅延が良くても、目的サービスが通らないケースはルール・DNS・認証のどこかに理由があります。接続テスト と呼ばれる内蔵チェックがあるクライアントでは、代表的なHTTPS先へHEADやGETを試し成功可否を表示します。無い場合は、軽量の一般的サイトをブラウザで開き、同時に Mihomo Party のログビューでドメインが期待ルールへ流れているかを見ます。
マッチしたルール名や選択されたポリシーが読めるようになっていると、学習コストは下がります。深堀りの手順は ルールマッチの六手順 が整理を助けます。Fake-IP 環境ではログの見え方が习惯的に読みにくいので、必要に応じて DNS と Fake-IP を併読してください。
UDPを使うアプリでは、TCPだけを見た測速よりも実アプリ試行が有効です。これはゲームや音声通話で顕著です。本稿の主眼はHTTP系の遅延測定に寄っているため、UDP特性まで求める場合は別トピックとして切り出してください。
YAMLのurl-test設定との関係（参照のみ）
画面操作だけで運び切る読者にとって、proxy-groups の type: url-test は「自動で一番軽いらしい子を選ぶ仕組み」で十分です。間隔・測定URL・tolerance などの微調整をしたい場合は、関連の url-test 解説 でパラメータを把握し、必要なら購読提供側のテンプレートへ戻してください。GUIだけで全部を上書きできるとは限らず、再インポートで意図せず戻ることもあります。
逆に言えば、YAMLに馴染みがなくても、手動Selector に寄せたプロファイルなら本稿の手順だけで日常運用は回せます。自動と手動のハイブリッドで迷ったら、トラブル時だけ手動に寄せ、平常時は自動へ戻すといった段階運用も現場ではよく見ます。
典型のつまずきと短い対処
測速は成功だが特定サイトだけ不通 なら、ルールで別グループに流れている、DNSが期待と違う、サーバ側ブロック、の順が観測しやすいです。手動で選び直しても改善しない なら、実際に参照されているグループが外側の自動型のままになっていないかを疑います。値が頻繁に跳ねる なら測定先の不安定さか、ローカル回線の輻輳、VPNとの二重化を疑ってください。
購読全体の品質疑義がある場合は、プロバイダの告知と 購読更新の実務 を確認し、手元の取得ログと突き合わせます。
よくある質問
測速ボタンが見つからないのはバージョン差？
あり得ます。メニュー名のリネームやExperimental扱いの移動に追随し、公式の更新ログとスクリーンショットを見て相当機能を探してください。
手動選択は端末再起動で元に戻る？
クライアント設定とプロファイルの保存方式に依存します。戻るのが困る場合は、GUIの永続化設定やプロファイル側の既定出口を確認してください。
モバイルの同名アプリとも手順は同じ？
概念は似ていますが、画面構造が異なるため用語の対応表を自分用に作ると安全です。バッテリー最適化で測速が中断されることもあります。
まとめ
Mihomo Party では、一括測速 で候補の遅延を一画面に揃え、並べ替え で下見し、ポリシーグループ から 手動 で出口を指定し、ブラウザや 接続テスト・ログで実際の経路を確認する、という流れがOSを深くいじらない実務の王道です。url-test のYAML調整は関連記事へ、初回セットアップはインストール稿へ、という分担にすると検索上の迷子が減ります。
一般に、プロキシ系GUIは画面項目の所在がバージョンで変わり、説明が追いつかない第三者まとめに依存すると古い手順のまま空回りしやすいです。また、自動選択と手動の境界が分かりにくい製品では、トラブル時にログが読めず同じクリックを繰り返すことになりがちです。ClashNote が扱うクライアント群は、入手経路と設定の透明性、ログを前提にした切り分け手順を揃えやすいものを比較対象に置いています。本稿の操作が安定してきたら、自分の環境に合う別GUIも ダウンロードページ で横覧し、長期運用の保険を増やしておくと安心です。