Grokipedia が開かない／回り続ける？Clash で xAI 百科【2026】| Clash ブログ

なぜ「チャットが重い」稿とは整理が違うのか

対話 UI は短い往復（ストリーミングや長めの推論区間）が主眼になりがちです。一方、百科の項目ページは、表層の HTML だけでなく、参照用スクリプト、検索 API 呼び出し、サムネイルや本文近傍のメディア、計測用ホストなど、多数の平行リクエストを短時間に発生させます。ここで一つのサブドメインだけ想定通りの出口に乗り、別名の画像やフォント用 CDNが安定しないノードや意図しない DIRECT に落ちると、ブラウザのローディング表示は止まらず、ユーザーには「回りっぱなし」に見えます。症状のラベルは同じ「重い」でも、同時性とホスト多様性の点で、チャット専用のノード最適化だけでは足りない場面があります。

表層と静的資産：同じ事業者でも、フロントとメディ配信でホスト名が分かれやすい。
検索補完と項目遷移：サイト内検索の API が別系統だと、一覧は出るのに本編だけ欠ける、が起き得る。
セッションと TLS：出口 IP がリロードのたびにブレると、Cookie 範囲の検証に見える挙動に繋がることがある。

症状のラベル：どこで詰まっているか

Clash の Connections（または等価のログ）で、ホスト名と最終ポリシーを併せて見ます。次の分類に当てはめると、ルール足し場所の当たりが速くなります。

起きがちなパターン

外枠だけ出て本文が来ない：表層用ホストは通っているが、本文・要約用の API や別オリジンがタイムアウト。
画像だけ出ない、レイアウトが崩れる：メディア用 CDN サブドメインが、表層と別出口になっている。
初回は遅いが同じタブ内の移動は速い：接続のウォームアップ失敗、または DNS キャッシュが効き始めた。
毎回ノード名が変わる：url-test や fallback の切り替えで、一連の取得が同じ国・同じ遅延帯に揃っていない。

ドメイン分流と `RULE-SET`：表層と付随ホストを束ねる

手元の接続ログで、少なくとも grokipedia.com 表記のホストが、意図した プロキシ系ポリシー（実際のグループ名に置き換え）に乗っているかを確認します。公知の表層ドメインに加え、同一ページで追加フェッチするホストをメモし、DOMAIN-SUFFIX や DOMAIN 行を広い GEOIP や最終 MATCH より上に置きます。リモートの rule-providers を購読している場合は、更新間隔とローカル上書きの合成順を確認し、2026 年も増え続ける RULE-SET 一式と衝突していないかを見直してください。

xAI スタック内で別名の会話用ドメインと共有される可能性があるため、百科閲覧だけを切り出したい場合は、行を狭く積み上げるほうが安全です。曖昧な DOMAIN-KEYWORD だけに頼ると、無関係のトラフィックまで吸い上げてしまいます。

ログ主導

コミュニティの巨大リストをそのまま貼るより、失敗時に出た生のホスト名に合わせて行を足す方が、CDN 入れ替えにも強いです。

ルール順と YAML 例（概念）

下記は骨格例です。ポリシー名は環境に合わせ、ドメインは必ず自機ログで照合してください。

# Illustrative — verify hostnames; replace PROXY with your group name
rules:
  - DOMAIN-SUFFIX,grokipedia.com,PROXY
  - DOMAIN,www.grokipedia.com,PROXY
  # Add CDN / API hosts observed in Connections (one row each)
  - DOMAIN-SUFFIX,example-cdn.tld,PROXY
  - MATCH,DIRECT

最終 MATCH を PROXY にしている構成では、意図しない国内サイトまで載るため、国内向け直結を先に DIRECT で固定するパターンと併用されることが多いです。逆に、GEOIP,JP,DIRECT のような広い行が grokipedia 周辺より上にあると、意図せず国内出口に落ち、要件と逆になる場合があります。ルールの上から下への優先順位を常に意識してください。

観点	補足
`DOMAIN-SUFFIX`	百科表層の基底名をまとめて扱いやすい。サブドメイン追加時はログで再確認。
リモート `RULE-SET`	更新で行が入れ替わると、ローカル補正が下に沈むことがある。mixin 構成も併せて点検。
安定グループ	帯域より遅延のばらつきの小さい出口を。百科は多数の小リクエストが短時間に来る。

DNS と `fake-ip`：名前解決の分裂を防ぐ

ブラウザが OS の DNS を迂回する設定（DoH など）を併用していると、Clash 側の fake-ip モードと二重解決し、ルール照合の狙いと実接続先が食い違うことがあります。百科ページは依頼数が多いため、そのズレが表面化しやすいです。まず「接続中なのに繋がらない？ DNS と fake-ip」の整理に沿い、変数を一つずつ揃えます。TUN を使う場合は、捕捉範囲と Clash コアの DNS 設定（nameserver / fallback）が、ブラウザの期待と衝突していないかを確認します。

Global に頼りすぎない

切り分けの短時間なら可。常時 Global は、他サービスと出口が衝突し、百科どころか日頃の回線体験まで荒れやすいです。

ノードと CDN：一貫した出口に揃える

百科はスループットの絶対値より、多段の TLS 接続の成功率とジッターに効かれます。url-test ベースのグループでは、測定間隔が短すぎると出口が切り替わり、一連の取得が断片化する場合があります。間隔・許容遅延・lazy 周りの挙動は、url-test / fallbackの解説を参照し、必要なら手動相当の固定ノードで一時的に比較します。CDN エッジの選択は地域と輻輳に左右されるため、「回っている」主因が HTTP/3 や QUIC 周りとも取り違えないよう、同じ事象を複数ブラウザで再現するかを見ます。

TUN が要るか：システムプロキシを無視するクライアント

専用アプリがあってシステムプロキシに従わない場合は、TUN によって捕捉点を上げます。導入手順は Clash for Windows 完全設定や Clash Verge Rev（macOS）を先に完了させ、Rule で疎通が取れてから、百科向けの細かいドメイン行に進むのが安全です。

学術系 AI 検索稿との違い（軽い対照）

文献や教育網のハイブリッドに寄せた Perplexity・学術検索向けの稿では、国内直結と海外検索 APIの緊張に重点があります。本稿の Grokipedia は、単一ブランド下の百科表層とメディアを揃える方が中心です。用語の近い記事をまたいだとき、ルール行が冗長に重ならないよう、実際のログで役割を区別してください。

よくある質問

ChatGPT / Grok の記事の設定を流用してよいか

会話用に最適化したドメイン束ねと、本文・静的資産が多い百科向けの束ねは、重なる部分はあっても同じではない場合があります。まず接続ログでホストの集合を比較し、行を足し替えてください。

画像だけ出ない

表層用ドメインは通り、img や media 系サブドメインが DIRECT のまま、または遅延の大きいノードに落ちていないかを見ます。

「地域」で検索して辿り着くケース

地理制御やエッジの話が絡みます。プロバイダとノード国の組み合わせで、同一設定でも体験が違います。ルール上は出口の一貫性を先に揃え、断定はログで行うのが安全です。

チェックリスト

Connections で grokipedia 系ホストのポリシーとプロセス名を記録する。
意図した行が GEOIP や広い MATCH より上にあるか再確認する。
RULE-SET 更新後に、ローカル上書きが下に残っていないか見る。
DNS / fake-ip / ブラウザ DoH の重複解決を疑い、一つに寄せる。
url-test の頻繁な切替を疑い、固定ノードで比較する。

2026 年、Grokipedia のような百科 UI は、即時の対話と違い、多ホストの并行取得が体験を左右します。Clash では、ドメイン分流で表層と CDN を同じ方針に揃え、DNS と ノード健全性で接続列を切れにくくするのが実務的です。クライアント導入がまだの場合は、ダウンロードページから取得し、Rule モードの安定を先に満たしてから、上記の順で詰めてください。

Clash を無料ダウンロードして、閲覧経路の整理を進める

Grokipedia の項目が開かない、ずっと回る？2026 年、Clash の分流で xAI 系百科の表示を揃える