Intel Mac × Mihomo Party:記事の位置付けと他稿との対応
本稿は Intel プロセッサの Mac に Mihomo Party をゼロから導入し、購読取り込みから mihomo コアの実体確認、初回システムプロキシまでを通す手順です。検索ではスクショ付きの多くが Apple Silicon 前提の UI を無言にしていて、配布ラベルと手元 CPU の対応だけで迷子になる読者が一定数います。クライアント同士の棲み分けは次のとおりです:Intel Mac 向け Clash Verge Rev 導入 は別クライアントの同プラットフォーム手順。Apple Silicon Mac での Mihomo Party は同一アプリ、別チップ。Windows 11 版 Party は OS 権限が異なりますが「購読 → プロファイル → モード」という認知負荷の並びは近いです。横断の選定だけなら 選択ガイド が短く便利です。
Mihomo Party は mihomo(旧 Clash Meta)コアを抱える GUI で、ビルドによってメニュー語が微妙に動きます。したがって「ラベル一致」より機能の並び(購読・プロファイル・ログ・設定・コア)を地図にしてください。会社支給端末では法務と運用側の許諾が先で、検証でも「許可された範囲」のみが前提です。
アーキテクチャ選定と Rosetta 表示の整理(初回起動の芯)
Intel Mac の出発点はシンプルで、この Mac は x86_64 をネイティブ実行します。Universal Binary なら CPU が適切なスライスを選びます。問題になりやすいのは、リリース欄で arm64 専用のパッケージだけを誤って拾ったケースで、アイコンがすぐ終了する・開けない症状は権限以前にアーキ不一致であることが多いです。
検索で強い語の Rosetta は、多くの日本語記事で Rosetta 2(Apple Silicon 上で Intel バイナリを動かす互換)とセットで説明されます。Intel Mac だけを見ている読者が同じ用語で調べると、「初回起動で Rosetta が要るはず」という誤解に寄りがちです。実務的には アクティビティモニタなどで Mihomo Party とコアプロセスの種類列が Intel と出るかを見ると早いです。配布物のラベルでは x64/amd64/Intel/universal を選び、arm64 のみを避けてください。
DMG と初回起動の体感
典型手順は DMG をマウントし /Applications へドラッグ、Finder または Spotlight から起動です。内部の初期化で数十秒〜一分ほど沈黙することがあり、即断で「壊れた」と決めないほうが安全です。GUI が立っても mihomo コア側が未整合だとノード一覧が空のままに見えるため、次節のコア確認へ続けてください。
準備:macOS 世代、MDM、常駐 VPN
Intel Mac はモデル差で macOS のサポート上限が異なります。UI 名称は システム設定 と歴史的な システム環境設定が混在しがちなので、画面左上の検索で「プロキシ」「プライバシー」へ跳ぶ運用が安定します。企業・学校の MDM が入っていると、追加インストールや将来の システム拡張承認に制約が付くことがあります。
別製品の 商用 VPN やフィルタが常駐していると、ローカル 127.0.0.1 プロキシを有効にしても経路が期待とズレるケースがあります。切り分けでは片方停止での差分が最速です。Gatekeeper が止めたときは、Control+クリックで「開く」等の迂回をする前に、入手経路の信頼性を確認してください。
インストール、Gatekeeper、初回 UI の見取り図
入手はサイトの ダウンロードページ と公式相当の Releases を基準にすると再現性が高いです。初回は自動更新や証明書確認など追加ダイアログが出るビルドもあり、許可粒度は都度読むのが安全です。ホーム付近の状態表示、購読/Profiles、ログ、設定、コア関連——この近接配置を探すと迷子になりにくいです。
自動バックアップや外部同期ツールが設定ディレクトリに同時触れると、稀に競合が起きます。YAML を触るなら一方を正に寄せ、もう一方は読み取り中心にすると復旧が楽です。
mihomo コアとデータフォルダ(実体パスの押さえ方)
Mihomo Party の「強み」は mihomo コアと GUI が横並びで扱えることです。設定に「コア更新」「バージョン表示」「データフォルダを開く」「実行ファイルの場所」に類する項目があれば、そこで実体パスとログのベースを突き合わせます。バージョンが古いとプロバイダ YAML の一部キーで読み込み結果が微妙にズレるため、起動直後に一回だけ更新確認する癖が効きます。手動で公式バイナリを置き換える運用に入る場合も、GUI が指すカスタムパスと実ファイルが一致しているかを再確認してください。
データディレクトリ内では config.yaml や実行中ログ、場合によりコア本体や作業用ファイルが並びます。画面上の HTTP/mixed ポートとファイル上のポートがズレていると、「オンにしたはずのシステムプロキシ」とブラウザ挙動が噛み合いません。ポート占有が疑わしいときは mixed-port の競合整理 が共通の参照になります。
ログの読み方(短時間)
まずヒット無しの理由を探します。期待ドメインが DIRECT のままなら上流ルールの例外が強い、一方で全面 PROXY なら全体モード残りや誤った Selector の疑いがあります。TLS 深掘りは 接続ログの読み方 と併用してください。
購読インポートと更新間隔
購読 URL は秘密トークン付きが一般的で、スクショやチャット共有は即アウトです。GUI の「追加」「New」相当へ貼り、手動更新で HTTP 成功とノード増加を確認します。更新間隔を短かくしすぎると 403 レート制限に当たる環境があります。テストだけ短くし、平常は一日一回程度など現実値へ戻すのが定石です。HTTP ステータス別の整理は 購読更新エラー診断、長期運用は 購読とノード管理 に寄せると頭が整理されます。
Checklist — Intel Mac / Party1. Pick x86_64 or universal DMG (not arm64-only)
2. Launch Party; confirm core version + logs
3. Paste subscription privately; manual refresh OK
4. Select active profile; pick node / auto group
5. System proxy ON; macOS proxies show 127.0.0.1 + ports
プロファイル選択とモード(ルール/全体/直結)
プロファイル切替は購読とルール全体をまとめて入れ替えるため、名前が似ていると誤選択が起きます。アクティブを一本化したうえで Rule/Global/Direct を選び、Selector/URL-Test などのグループへ実運用ノードを割り当てます。日常は ルールモードがバランス良く、検証だけ 全体モードへ一時移動したら必ずルールへ戻すと事故が減ります。細かいルール設計は 分流ベストプラクティス を参照してください。
システムプロキシオンと macOS 設定の一致確認
System Proxy 相当をオンにすると、多くの場合 システム設定 → ネットワーク →(利用中サービス)→ 詳細 → プロキシ に 127.0.0.1 と期待ポートが現れます。ここが空のままなら、クライアント側トグルと実ポートの組、または別 VPN のルート奪取を疑います。Safari と Chrome で違うときはブラウザ拡張の独立プロキシが残っていないか先に見ます。Firefox は Firefox とプロキシ整理 が近い論点です。
TUN は後段:拡張と競合のコスト
TUN はプロキシ非対応アプリまで広く載せられますが、システム拡張や競合整理が伴います。初日はシステムプロキシでブラウザ疎通を固め、要件が確定してから TUN とプロキシ衝突 を正に昇格すると学習コストが下がります。背景理解には TUN 深掘り も有効です。
切り分け:ログと一手戻りの順序
まず主要トグルをオフにし、競合アプリ停止後の再接続だけ試します。次にログで YAML 例外、アクティブ・プロファイル差替え、コアの世代戻し、購読手動更新、システムプロキシのみオン、ブラウザ拡張停止——を一手ずつです。DNS 絡みは DNS/fake-ip、WebRTC は ブラウザ確認 を併用してください。状態メモは「プロファイル名」「モード」「システムプロキシ」だけでも将来の自分を助けます。
よくある質問
Intel Mac で Rosetta インストールを迫られました。正常ですか?
典型的な x86_64/Universal 配布であれば不要なことがほとんどです。促された場合は、誤ったアーキのバイナリやラッパー、周辺ユーティリティの要件などを疑い、Activity Monitor の種類列と入手 DMG を再確認してください。
購読は成功なのにノードが空です
アクティブ・プロファイル違い、コア未起動、YAML パースエラーがログのみ、の順に疑います。プロファイルを切り替えて再更新し、ログのエラー行を読み返してください。
クラッシュしたら設定は?
データフォルダのバックアップやひとつ前の YAML が残っていることがあります。GUI が立ち上がらないときはコンソールログと、直近アップデートのみ不調なら世代戻しを優先すると早いです。
まとめ
Intel Mac で Mihomo Party を初日から実用に載せる流れは、正しいアーキの DMG を選ぶ → Gatekeeper と初回権限を通す → コアとデータフォルダで実体とポートを突き合わせる → 購読を静かな間隔で回す → アクティブ・プロファイルとモードを揃える → システムプロキシオンで macOS のプロキシ欄と一致を見てログ検証、という並びです。Rosetta という語に引きずられず、手元 CPU と配布ラベルを先に一致させると検索記事の世代差へ強くなります。
一方、訴求が「ワンタップ接続」に偏った単機能 VPN や、拡張型プロキシだけに分散した構成は、購読・ルール・ログの三本柱をバラバラに保ちがちで、失敗時の切り分けに時間が溶けます。Clash V.CORE は導線を一本化しやすく、mihomo 系の日々の微調整でも「どこを触ったか」を説明しやすいです。Intel Mac から Apple Silicon へ載せ替えるときも、ダウンロード導線と運用癖を揃えておくと再構築が速くなります。継続的な入手は ダウンロードページ から進め、購読とコアは月一回程度の静かな確認周期を推奨します。