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

xAI の Grok はブラウザや公式アプリ、さらに xAI API（開発者向けエンドポイント）まで、通信先は x.ai 配下に集約されつつも、認証・課金・コンソール・推論 API で ホスト名が複数に分かれます。購読ルールセットの「AI」カテゴリに含まれていても、更新タイミングや自環境の取りこぼしで特定ホストだけ別経路に落ちると、体感としては「トップは表示できるのにチャットだけ固まる」「api.x.ai への HTTPS だけがときどき失敗する」といった部分的不調になりやすいのが実情です。海外の汎用 AI サービスへのアクセス一般については、利用規約と居住地域の法規制を踏まえた上での利用が前提となります。

すでに公開している ChatGPT／OpenAI API 向けの分流ガイド や Claude／Anthropic API 向けの分流ガイド は、それぞれ別クラウドに焦点を当てています。本稿ではそれらとブランド・キーワードを重ねず、xAI 公式ドメインと API エンドポイントに絞って Clash Grok／xAI API プロキシまわりの ルール分流を組み、安定アクセスに寄せるための型と実測手順をまとめます。ルール列の共通理解は ルール分流の総覧記事 と合わせて読むと早いです。

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

「Web は通るが Grok だけ不安定」と呼ばれる典型

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

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

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

mode: rule で運用している場合、広い GEOIP や最終 MATCH より前に、xAI 関連ドメインを専用の策略グループへ流すのが基本形です。環境や時期によって増減しますが、出現しやすいのは api.x.ai（xAI API）、x.ai 本体や認証まわり、開発者コンソールや課金に関わる console.x.ai などです。Grok のブラウザ体験では grok.com 系がログに混ざることもあるため、一度チャットと API を両方試し、ログに出た名前をリスト化するのが確実です。

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

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

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

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

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

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

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

rules:
  - DOMAIN,api.x.ai,AI-XAI
  - DOMAIN-SUFFIX,x.ai,AI-XAI
  - DOMAIN-SUFFIX,grok.com,AI-XAI
  - GEOIP,CN,DIRECT
  - MATCH,既定の策略グループ

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

プロセス／アプリ単位で出口を固定したいとき

ブラウザ全体ではなく、特定の CLI やデスクトップアプリだけを確実にトンネルへ寄せたい場合、プロセス名に基づくルール（実装と OS により未対応のことあり）を併用する手もあります。Windows の一部ビルドでは PROCESS-NAME 系の記法が使えることがあり、curl や自前スクリプトが意図せず DIRECT になっている疑いがあるときの切り分けに役立ちます。一方、ブラウザはタブごとにホストが分かれるため、基本はドメインルールが主役です。Android では アプリ別プロキシ の考え方が近いです。

ブラウザの Grok と xAI API の違い

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

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

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

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

ブラウザはシステムプロキシ設定を尊重しますが、一部のネイティブアプリやプロキシ非対応のバイナリはそうとは限りません。OS 全体の TCP／UDP を Clash に取り込みたい場合は TUN が有効です。権限やスタックの違いは TUN モード解説 にまとめています。macOS ではターミナルと GUI のプロキシ設定が分かれやすい点は、Shell 環境変数の記事 も参考になります。

効果の確認手順（実測ベース）

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

よくあるつまずき

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

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

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

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

まとめ

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

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

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