Windows 11 で Mihomo Party を導入する：SmartScreen から購読取り込み・初回疎通まで
「Mihomo Party Windows 11 インストール」で検索に来た読者は、だいたい同じ順番でつまずきます。Mihomo コアを前面にした GUI が動き出しても Microsoft Defender SmartScreen が先に壁になり、許可後も 購読 URL をどこに貼ればよいか分からず止まったり、アクティブなプロファイル以外を見ているために 初回の購読反映が画面に現れない、といったパターンです。本稿では Windows 11 は触りつつ、アプリ側の共通手順として「公式 Releases の身元確認 → 警告と UAC → コア整合 → 初回購読 の取り込み → システムプロキシで疎通」まで一本道にします。
Win11 で Mihomo Party を選ぶときの読みどころ
Windows 11 はタスクバーやウィンドウ管理、一部の権限ダイアログ文言が Windows 10 から変わっているため、「画面の並びだけ教えて」では足りない読者もいます。ただし Mihomo Party が内部で叩くポートやコア種別という意味では Win10 と大差なく、検索クエリとして Windows 11 と添える価値は「新規 PC で最初から 11」の文脈に合わせて手順書を寄せられる点にあります。
当サイトでは Windows 10 向けに「Mihomo Party · Windows 10 導入」を別稿で用意しており、その中心シーケンスと本稿は同根です。差分は読者環境としての既定 UI を 11 に寄せ、SmartScreen とスタート済み状態のチェックリストを増やしている点です。別クライアントの検索線から来た読者には「Clash Verge Rev · Windows 11 導入」（製品固有のセットアップ）も参照すると分岐が明快になりますが、本作は Mihomo Party 専線として書いています。
準備チェックリスト（Win11）
チェックリスト
- Windows 11 64bit 環境と、昇格権限がある通常ユーザーまたは管理者プロファイル。
- 公式の GitHub Releases から取得した自分向けポータブル版など（
mihomo-party系の公開リポジトリの配布一覧を起点にする）。 - SmartScreen を自分で評価できる前提として、チェックサム照合またはファイルメタ情報の確認手段。
- 購読専用の
https://URL（ログイン済みブラウザ用ダッシュボード URL とは別にあることが多い）。 .7zを扱える 7-Zip など（ポータブル配布がアーカイブの場合）。
初手でネットワークをループしないようにするコツは、購読取得がプロキシなしでも一度は成功する証拠を別回線またはテザリングで得ておくことです。すべてを最初からプロキシ経由だけにすると、設定ミス時に自分自身をロックアウトしやすいです。
公式パッケージのダウンロードと検証
広告検索だけで「無料 Mihomo」「高速版」と銘打ったサイトを開くと、リリース表記とファイル名が一致しないアーカイブを受け取るリスクがあります。検索順位とは別軸で、必ず開発者側が案内している GitHub Releases に辿り、ビルドの版数・プラットフォーム（例：amd64 と arm64 は取り違えやすい）を確認してください。
ダウンロード後すぐにサイズ異常や二重ファイルを疑います。ブラウザの保存履歴に同名でサイズだけ違う行が増えていたらミラー経由の可能性があるため、そのファイルは削除して Releases 直下から取り直すのが安全です。チェックサムが公開されていれば PowerShell の Get-FileHash で突き合わせ、桁の齟齬があれば実行しないでください。
ヒント
Windows 11 のエクスプローラーも右クリック「プロパティ」でサイズ確認ができますが、自動化するときはターミナルからの検証ログを残せるので再現調査が楽になります。
SmartScreen・Defender と UAC の通し方（Win11）
Microsoft Defender SmartScreen は「よくダウンロードされるが署名されていない実行ファイル」を嫌います。コミュニティ製クライアントはよくこの欄で止められるため、「止まったから危ない」だけではなく、止まっても確認のしようがあるかで判断します。「詳細情報」などから進める UI はバージョンで文字が異なりますが、共通するのは「いま実行しようとしているパス」「ダウンロード元」の二点を頭に置くことです。
Windows セキュリティ の隔離リストに自動移された場合も、開発版で誤検知という話題は時折あります。それでも運用上は「入手経路」「ハッシュ一致」「コミュニティの既知問題レポート」を三点セットで見てから復元判断します。企業環境では SmartScreen より前に配布許可ポリシーで止められるので、その場合は手続き側が先です。
続く UAC プロンプトは、署名の無い実行ファイルでも表示されます。ウィンドウ内の実行ファイルパスが、自分が展開したフォルダ配下になっていることを確認してから承認すると、異常なコピーの実行を踏みにくくなります。
注意
「設定済みノード」「永久ライセンス同梱」などの謳い文句がある匿名パッケージは検証できないため扱わないでください。プロキシ機能を持つアプリが改ざんされると通信全体が危ないクラスになります。
展開、初回起動、ファイアウォール許可
ポータブル構成ならユーザーのドキュメント配下など、クラウド常時ロックの少ないローカル領域に親フォルダを作ってから .7z を展開します。OneDrive が常時ロックする直下は競合ログが出やすいので避けます。初回実行で Windows Defender ファイアウォール に「許可」を聞かれたら、必要最小のプロファイルだけに留める運用も現実的です（ローカルプロキシ利用なら過剰許可にならないようプライベート限定など）。
既に別ブランドの類似ツールが常駐すると mixed や HTTP ポートぶつかりが起きます。タスクバーの隠れたアイコンから旧アプリが生きているか確認し、不要なら終了してから Mihomo Party の Listen 状態を確認します。Windows 11 のウィンドウスナップは作業効率において強いので、セットアップ中はログ画面とブラウザを並べるとポート番号確認が早いです。
Mihomo コアの整合（必須の壁）
GUI が起動できても、実転送担当は別プロセスである Mihomo コアです。コア未到達／バージョン不一致のメッセージは、この段で止めるのが適切です。アプリ側にコア自動取得があれば案内どおり実行し、手動運用でもリリース表のビルド名（Windows amd64／arm64 など）から取り違えないよう注意してください。
コア更新直後は古いワーカープロセスが残り、ログ上は新旧が混線することがあります。GUI の再起動またはコア再起動項目があれば一度まとめて切り替え、購読更新と合わせて「いま読み込んでいるのがどの構成か」を揃えると初回デバッグが短くなります。初期疎通の段では TUN や複雑な DNS は後回しにし、単純な HTTP 転送があるかだけを見て切り分けます。
実践
サブスクに新しい転送プリミティブが増えているのに単一機能コアだけを読み込んでいると一覧が不完全に見えることがあります。設定画面上で選択中の実体名が Meta／Mihomo 系になっているかを一度確認してください。
初回購読のインポート（サブスク取り込み）
多言語ユーザー向け資料では「订阅」と「購読」が混載しますが、操作対象は同じで構成 YAML を返す HTTPS エンドポイントです。Mihomo Party ではサイドツリーやナビからプロファイル／購読管理へ進み、URL を貼って更新ボタンを押す流れが典型です。
- 購読 URL を追加し、更新処理がエラーなく完了したことをログまたはタイムスタンプで確認する。
- 一覧から現在使用するプロファイル（アクティブ）を選ぶ。複数構成があるときの取りこぼしポイントです。
- プロキシ／ノード一覧にゼロ件でないグループがあるかを見る。
- 自動更新間隔は帯域と鮮度のバランスで現実値に調整する（短すぎるとロックやレート制限につながる）。
ブラウザで購読 URL を開いたときにログインページ HTML が返っている場合、その URL はサービス側のウェブサイト用で、アプリ設定に貼るべき別リンクが用意されていることが多いです。余分な空白や改行混じりの貼り付けもヒューリスティックによく効くので、メモからではなくサービス側のコピーボタンを使うのが確実です。
システムプロキシでの初回疎通確認
Rule など一般的モードへ置いたうえで システムプロキシ をオンにし、海外ドメインと国内ドメインの分岐だけを試します。続けて Windows の 設定 → ネットワークとインターネット → プロキシ に 127.0.0.1 とポートが反映されているかを見ると、クライアントと OS の齟齬を早期検知できます。
ページ空白でログが静かなときは DNS や fake-ip の影響を疑い、「接続はあるがページが開かない：DNS と fake-ip」の整理が近いです。終了後にプロキシが残る問題は「終了後にシステムプロキシを戻す」を参照。TUN は UWP と絡むケースがあるため「UWP と TUN／ループバック」へ段階的に広げます。
つまずきポイント（Win11）
SmartScreen が何度でも出る
同一フォルダ内に名前が似ていて異なるサイズのバイナリが複数無いか、ダウンロード元ホストが常に Releases ドメインと一致しているかを再確認してください。サイズだけが毎回変わるなら上流プロキシ改変の線も薄くはありません。
購読は成功したがノードが育たない
アクティブ構成とコアの組が食い違っていませんか。またサブスクが返している YAML が意図したスキーマか（ログイン HTML 混入や空ファイル）も見ます。
ブラウザだけ異常に遅い
OS プロキシ欄のアドレスポートと Mihomo Party の Listen 値を並べ書きします。競合製品や手動固定の残骸が競り負ける典型です。
よくある質問
ポータブルとインストーラーはどう選ぶ？
書き換え権限や複数版の同居が必要ならポータブルの方が単純です。スタートメニューや自動更新 UX を優先するなら公式に並ぶセットアップ系を検討。いずれにせよ Releases 直下が入口です。
会社 PC で止められます
SmartScreen と別に EDR が実行を止めるパターンです。自分で許可できる範囲なら証跡つきで申請し、無理なら持ち込み検証環境でのみ評価するのが安全です。
Windows 更新のあとだけ壊れた
Hyper-V 関連や既定ファイアウォール規則の再生成で穴が変わります。サービス側のノード情報が古くないか、アプリ側で Listen が失敗していないかをログから順に確認します。
まとめ：最短の順番
- 公式 Releases のファイルだけを検証済みフォルダに置く。
- SmartScreen・Defender・UAC を、パス確認のうえで通過させる。
- Mihomo コアと GUI の整合を確定する。
- 購読を取り込み、アクティブなプロファイルに紐付ける。
- システムプロキシでブラウザ疎通、その後で TUN や DNS を足す。
Mihomo Party のような規格開放型クライアントは、画面上はシンプルでも最終成績は「コアの世代」「購読の品質」「OS プロキシ設定」に吸い寄せられます。ベンダーのワンクリック VPN に比べ、ルール粒度と表現自由度は勝てますが、初日だけはその自由度が読者を迷わせます。Mihomo と 購読 と システムプロキシ の三本柱を順番どおり確認すれば、Win11 でのセットアップは短く済みやすくなります。
API クローズな単一サービスより、オープンに近い Clash 系は仕様変更を自分で追う前提になります。その代わり .yaml 資産の再利用や、別クライアントへの転用が効きやすいのが利点です。GUI の迷子を避けつつ自分の構成を残したい読者ほど、このエコシステムに向く傾向があります。
「まずは検証済みビルドを手に入れ、順番だけ守る」だけでも失敗確率は大きく下がります。公式の説明や配布ログが読みやすいクライアントから試すなら Clash を公式ページからダウンロード し、環境に合うパッケージを選んでみてください。