2026 年、なぜ「OpenAI 系だけ」ルールで切り出すのか

ChatGPT のブラウザ画面やデスクトップ／モバイルアプリ、さらに OpenAI API を叩く自前スクリプトやサードパーティ製ツールまで、通信先は openai.com 配下に集約されつつも、認証・課金・静的アセット・推論エンドポイントで ホスト名が複数に分かれます。購読ルールセットの「AI」カテゴリに含まれていても、更新タイミングや自環境の取りこぼしで特定ホストだけ別経路に落ちると、体感としては「ページは表示できるのに会話だけ固まる」「api.openai.com への HTTPS だけがときどき失敗する」といった部分的不調になりやすいのが実情です。

すでに公開している Cursor 向けのルーティング解説 や Claude Code／Anthropic API 向けの分流ガイド は、それぞれ IDE 周辺や別クラウド API に焦点を当てています。本稿ではそれらと製品スタックを重ねず、OpenAI 公式ドメインと API エンドポイントに絞って Clash ルール分流を組み、安定アクセスに寄せるための型と検証手順をまとめます。ルール列の共通理解は ルール分流の総覧記事 と合わせて読むと早いです。

⚠️
法令・利用規約：プロキシの利用やクラウド API へのアクセスは、居住地域の法規制および OpenAI 各種サービスの利用規約に従ってください。本記事はネットワーク経路と Clash（Mihomo）の設定技術に限定した説明であり、規制回避を助長する意図はありません。

「Web は通るが会話が不安定」と呼ばれる典型

サポートやコミュニティでよく挙がるのは次のパターンです。（1）トップ画面やログインは問題ないが、チャット送信後にローディングのまま進まない。（2）長文のストリーミング応答が途中で切れる。（3）同じプロンプトでも時間帯やノードによって成功率が変わる。（4）SDK や curl から OpenAI API を叩くと timeout や connection reset が散発する。原因はサービス側の障害だけでなく、ローカルで DIRECT とプロキシが混在している、DNS の返答と実コネクションの経路が一致していない、企業プロキシやセキュリティ製品が長時間接続だけ切断するなど、レイヤが異なる要因が重なります。

切り分けの第一歩は、Clash の接続ログで実際に使われた FQDN と割り当てられた策略名を確認することです。製品やログイン方式のアップデートでサブドメインが増えるため、古いチートシートをそのまま信じず、自分の環境のログを正にしてください。関連記事の横断検索には ブログ一覧 も活用できます。

ドメイン軸：まず押さえるホスト名の束

mode: rule で運用している場合、広い GEOIP や最終 MATCH より前に、OpenAI 関連ドメインを専用の策略グループへ流すのが基本形です。環境によって増減しますが、出現しやすいのは api.openai.com（OpenAI API）、chat.openai.com や chatgpt.com 周辺（ブラウザ／アプリの対話）、openai.com 本体、開発者向けコンソールや課金まわりの platform.openai.com などです。静的ファイルや計測用に oaistatic.com などがログに混ざることもあるため、一度チャットと API を両方試し、ログに出た名前をリスト化するのが確実です。

DOMAIN-SUFFIX,openai.com のようにまとめて合わせる方法もありますが、テスト用途で意図しないサブドメインまで同一出口に吸い込むとデバッグが難しくなることがあります。運用初期は DOMAIN や必要な範囲の DOMAIN-SUFFIX をログベースで足し、落ち着いたらサフィックスに寄せるのが安全です。DOMAIN-KEYWORD,openai は短すぎて無関係ホストを巻き込むリスクがあるため、最後の手段に留めるのがおすすめです。国内向けトラフィックを GEOIP,CN,DIRECT へ落とす構成では、この行が先に当たると海外 API まで直結のまま残ることがあるため、OpenAI 向けの細かい DOMAIN 行は CN 判定より上に置いてください。

策略グループ：固定出口・自動選択・フォールバック

安定アクセスを優先するなら、単一ノードへの手動 select だけに頼らず、url-test でレイテンシの良い出口を自動選ぶ、あるいは fallback で失敗時に別集合へ逃がす、といった二段構えが扱いやすいです。本稿では便宜上、OpenAI 向けの入り口を AI-OPENAI と呼びます。中身は既存の「海外用まとめグループ」を参照しても構いませんし、レイテンシや規制回避の要件が厳しければ地域を絞ったノードだけを入れ子にしてもよいでしょう。名称のタイポは設定ミスの典型なので、GUI で改名したら rules: 側も同時に更新してください。

ℹ️
ポイント：ルールは上から最初に一致した行だけが有効です。OpenAI 向けの DOMAIN 行は、大きな GEOIP や広い MATCH より必ず上に置いてください。

YAML の記述例（ホスト名はログに合わせて差し替え）

以下は説明用の断片です。実際の FQDN はクライアントの接続ログに合わせて調整してください。コピペのままでは動かない場合があります。

proxy-groups:
  - name: AI-OPENAI
    type: url-test
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50
    proxies:
      - 低遅延ノード A
      - 低遅延ノード B
      - フォールバック用ノード

rules:
  - DOMAIN,api.openai.com,AI-OPENAI
  - DOMAIN-SUFFIX,openai.com,AI-OPENAI
  - DOMAIN-SUFFIX,chatgpt.com,AI-OPENAI
  - DOMAIN-SUFFIX,oaistatic.com,AI-OPENAI
  - GEOIP,CN,DIRECT
  - MATCH,既定の策略グループ

url-test の計測 URL や間隔は環境に合わせて調整してください。課金プランや運用ポリシーで出口を固定したい場合は、上位に select を置き、普段は自動選択・障害時だけ手動切替、という構成も有効です。

ブラウザの ChatGPT と OpenAI API の違い

ブラウザは HTTP/2 や長めのストリーミングを多用し、API クライアントは短いリクエストを高頻度で繰り返す、といったトラフィック形状の差があります。どちらも最終的には TLS で海外へ向かいますが、失敗メッセージの出方が異なるため、「Web だけ不安定」「API だけ失敗」といった切り分けがつきやすいです。環境変数 HTTPS_PROXY を指定して CLI から OpenAI API を叩いている場合は、値が Clash のローカルポートを指しているか、別プロキシでルールを迂回していないかを確認してください。

DNS・fake-ip と「ルールは合っているのに不通」

enhanced-mode: fake-ip を使うと、ドメインルールと実コネクションのタイミングがずれ、一見ルールは PROXY なのに期待と違う経路になることがあります。ChatGPT のような長めのセッションや、OpenAI API の再試行付きクライアントでは、DNS のフォールバックや fake-ip-filter をセットで見直す価値があります。詳しい型は Fake-IP と DNS の解説 を参照してください。IPv6 が有効な回線では、IPv4 ベースの判定だけでは取りこぼすケースもあるため、経路とアドレスファミリの両方をログで確認してください。

システムプロキシと TUN の使い分け

ブラウザはシステムプロキシ設定を尊重しますが、一部のネイティブアプリやプロキシ非対応のバイナリはそうとは限りません。OS 全体の TCP／UDP を Clash に取り込みたい場合は TUN が有効です。権限やスタックの違いは TUN モード解説 にまとめています。Windows 11 でシステムプロキシの書き込みが不安定な場合は、OS 側の設定競合も合わせて確認してください。

効果の確認手順

  • 接続ログを開き、ChatGPT で短い会話を送信して、想定ホストが AI-OPENAI に割り当てられたか確認する。
  • SDK や curl で api.openai.com へリクエストし、同じく策略と実出口を照合する。
  • AI-OPENAI を一時的に地域の分かりやすいノードへ固定し、タイムアウト率や応答時間の変化を比較する。
  • DNS クエリと実 IP の対応が期待どおりか、fake-ip 利用時はフィルタ設定も含めて確認する。

よくあるつまずき

ルールを足しても挙動が変わらない

より上の行で別ルールに吸われている、策略名の綴りが一致していない、環境変数でプロキシが固定されている、ブラウザ拡張が独自プロキシを指定している、といった理由が多いです。ログの「一致したルール行」と「実際の出口」を突き合わせてください。

国内サイトまで遅くなった

広すぎる DOMAIN-SUFFIX や誤ったキーワードルールが原因で、国内 CDN まで AI-OPENAI に流れている可能性があります。ログの FQDN を精査し、ルールを絞り込んでください。

まとめ

2026 年時点でも、ChatGPT と OpenAI API のエンドポイントは更新が早く、ルールは接続ログを正にしたメンテナンス前提のリストです。ブラウザで開けるのに会話だけ不安定、API が間欠的に失敗する──そんなときは、openai.com 系を専用策略へ前置きし、DNS と fake-ip をセットで点検するのが実務的な近道です。Cursor 向け や Anthropic 向け の記事と組み合わせれば、IDE・ターミナル・ブラウザという別チャネルをひとつの Clash 設定の中で整理しやすくなります。

クライアントの導入や更新は、プラットフォーム別の入手先がまとまった ダウンロードページ から行うと、本稿の設定を追いながら検証しやすくなります。

→ 無料で Clash をダウンロードし、ChatGPT と OpenAI API 向けの分流ルールを自分の環境に合わせて整える