症状:チャットは通るのに動画 UI だけが止まる

OpenAI 系では、テキスト会話(ChatGPT)や開発者向け API、そして Sora のような動画生成の Web フロントが、それぞれ別のサブドメインやCDN エッジへ分散しやすい構造になっています。そのため ClashMihomoルールモードで運用していると、「デスクトップアプリや API ツールは動くのに、ブラウザの sora.openai.com だけが白画面/ずっとスピナー」のように層がズレた不調が起きることがあります。

本稿は、既存のChatGPT・Claude 向け分流ガイドと役割を分け、動画ページメディア静的配信に寄りやすいホストを明示的に束ねる方法と、チャット用ルールより前に評価させるべき条件を日本語で整理します。サービス提供地域・利用規約・コンテンツポリシーは各公式の案内に従う前提で、経路設計と名前解決の技術面に限定します。

最初に確認:ブラウザだけ異常なときは、拡張機能の広告ブロッカーや「HTTPS フィルタ」系が OpenAI ドメインを誤って切っていないかも併せて見てください。Clash 以前の層でブロックされていると、分流を直しても症状が残ります。

なぜ「チャット用のまとめルール」だけでは足りないのか

多くの設定では DOMAIN-SUFFIX,openai.com の一行で api.openai.com から sora.openai.com まで同じプロキシグループへ寄せます。これで一見シンプルですが、次のような運用ニーズが出ると破綻しやすくなります。

  • ノード選定の違い:API やチャットは低遅延ノード、動画プレビューや大きなアセット取得は帯域の広いノード、という切り分けをしたい。
  • 誤った先行ルール:広い GEOIP や末尾の MATCH、別サービス向けの RULE-SET が、意図せず動画リクエストを先に拾ってしまう。
  • 静的 CDN の別名:HTML は openai.com 配下でも、実体の JS・画像・メディアは oaistatic.comoaiusercontent.com など別サフィックスへ逃げる。

ここで重要なのは、DOMAIN-SUFFIX,openai.comsora.openai.com も含めて一括マッチするという点です。動画だけ別ポリシーへ振り分けたい場合は、より具体的な行を上に置くか、ホスト単位の DOMAIN 行で先に固定する必要があります。評価順の基本はルール分岐の詳解と同じで、「細かいほうが上、広いほうが下」が安全です。

ステップ 1:DNS(Fake-IP)と表示ホストの食い違いを潰す

動画ページは短時間に多数のサブリクエストを投げるため、dns.enhanced-mode: fake-ip 環境では、ルール評価に使う名前と実接続の解決経路が一瞬でもズレると、画面は半分だけ描画される/認証後に固まるといった中途半端な症状に見えます。

  • DoH の初回:リゾルバ URL 自体がプロキシ必須ドメインだと、最初の数リクエストだけタイムアウトが連鎖することがあります。
  • Split DNS:企業 VPN や別 DNS アプリと二重にリゾルバが競合していないか確認します。
  • IPv6:AAAA が返るが下りだけ不通な経路では、ブラウザの再試行が増えて体感が悪化します。

接続ログでホスト名が期待どおり出ているかを見る前に、DNS・遅延テストが全滅に見えるときの記事でリゾルバとヘルスチェックを整えると、動画専用ルールの試行錯誤が短くなります。

ステップ 2:チャット/API ルールとの優先順位(並べ方の実例)

次のパターンは実務で扱いやすい構成です(グループ名は例です)。

  • パターン A(動画もチャットも同じ出口でよい):openai.com 系を一つの AI_PROXY にまとめる。この場合は既存の ChatGPT 向け設定のままでよく、問題は DNS や TUN の取りこぼし側にありがちです。
  • パターン B(動画だけ別ノードへ):DOMAIN,sora.openai.com と静的 CDN 系(後述)を 🎬 OpenAI Media グループへ。続けて DOMAIN-SUFFIX,api.openai.com⚡ OpenAI API、最後に DOMAIN-SUFFIX,openai.com💬 ChatGPT Web のように段階化します。

パターン B では、広い openai.com を上に置くと sora.openai.com まで先に吸い込まれてしまうため、必ず Sora 用と CDN 用を先に書くか、動画・チャットでグループを分けないなら同一グループに統一してください。API だけ直結させたい場合も、api.openai.comopenai.com より上に置くのが定石です。

ステップ 3:コピー用 DOMAINDOMAIN-SUFFIX の骨格

以下は出発点の例です。2026 年時点でもエッジ追加はあり得るため、ブラウザの開発者ツール「ネットワーク」で実際に出たホストをログと突き合わせ、不足分だけ追記する運用を推奨します。

proxy-groups:
  - name: "🎬 OpenAI Media"
    type: select
    proxies:
      - "高帯域ノード"
      - "低遅延ノード"
      - DIRECT
  - name: "⚡ OpenAI API"
    type: select
    proxies:
      - "低遅延ノード"
      - DIRECT
  - name: "💬 OpenAI Web"
    type: select
    proxies:
      - "低遅延ノード"
      - DIRECT

rules:
  # Video front / explicit host first (before broad openai.com)
  - DOMAIN,sora.openai.com,🎬 OpenAI Media
  - DOMAIN-SUFFIX,oaistatic.com,🎬 OpenAI Media
  - DOMAIN-SUFFIX,oaiusercontent.com,🎬 OpenAI Media
  # API (narrower than whole zone if you split)
  - DOMAIN-SUFFIX,api.openai.com,⚡ OpenAI API
  # Remaining OpenAI web
  - DOMAIN-SUFFIX,openai.com,💬 OpenAI Web
  - DOMAIN-SUFFIX,chatgpt.com,💬 OpenAI Web

上記の 🔌 OpenAI API は例でプロキシグループ名を揃える際に定義してください。実際の YAML では未定義名を書かないよう注意します。嗅探(Sniffer)や TLS の宛先上書きを有効にしている構成では、Sniffer と fake-ip の記事の評価順も合わせて点検すると、動画ストリームっぽい長命コネクションの取りこぼしを減らせます。

ステップ 4:ブラウザが TUN/システムプロキシを見ているか

「アプリは通るがブラウザだけおかしい」場合、ブラウザが OS のプロキシ設定を無視するプロファイルだったり、拡張の独自プロキシが残っていたりすることがあります。TUN でプロセス横断的に取り込めていれば、この差は縮まります。TUN モードの解説で、仮想 NIC とルートが期待どおりかを確認してから、ルールの A/B テストに進むと手戻りが減ります。

ステップ 5:実測──ログと開発者ツールで足りないホストを足す

動画ページを開いた数十秒だけ Clash の接続一覧を眺め、REJECT や意図しないチェーンに落ちているホストをメモします。ブラウザ側では「失敗(赤)」の URL のドメイン名をそのままルール候補にするのが早いです。

  1. ページ再読み込み前にログをクリアし、再現操作だけを取り込む。
  2. 同じドメインが DIRECT とプロキシで挙動が変わるかを比較する(出口の地理的制限の切り分け)。
  3. 一時的に該当ホストだけ別ノードへ──帯域不足か、ブロックかを切り分ける。

チェックリスト(短時間版)

  1. 広告ブロック/HTTPS フィルタが OpenAI を誤遮断していないか。
  2. DNS:fake-ip、DoH 初回、IPv6 片道、競合リゾルバを疑う。
  3. ルール順sora.openai.com と静的 CDN を、広い openai.com より上に置いたか。
  4. TUN でブラウザトラフィックがコアに乗っているか。
  5. ログで落ちているホストを追記し、最小限のサフィックスに留める。

運用のコツ:動画系プロダクトはフロントの分割デプロイでホストが増えやすいので、巨大な静的リストを丸ごとインポートするより、数分のログ採取で差分を足す方が保守しやすいです。骨格となる評価順と DNS 設計は固定し、名前だけ更新するイメージが安全です。

ドキュメントと入手経路

YAML の共通項目は当サイトのチュートリアル・ドキュメントも参照してください。クライアントの入手は説明が一貫した導線としてダウンロードページから行うのがおすすめです。

まとめ

SoraOpenAI 動画ページの不調は、「チャットと同じ openai.com 束に入っているはず」という思い込みで見落とされがちですが、実際には別ノード要件静的 CDN、そしてルールの先取り順が効きます。DNS → 具体的 DOMAINDOMAIN-SUFFIX → 広いサフィックス、の順を守り、ログで足りない名前だけ足すと再現と修正が速くなります。

チャット向けの整理は既存の AI 分流記事、本稿は動画・メディア配信の層を補う位置づけです。MihomoClash Meta 系は接続ログが読みやすく、ホスト単位の追記にも向きます。環境に合ったビルドはダウンロードページにまとめています。→ Clash クライアントを無料でダウンロードし、Sora・OpenAI 動画向け分流を試す