Perplexity と学術検索がつながらない？2026 年、Clash の分流ルールで AI 検索体験を安定させる

なぜ「AI 検索＋学術サイト」ほど分流ミスが効きやすいのか

Perplexity のようなサービスは、検索クエリに応じて複数のオリジンへ並列アクセスし、ストリーミング応答を組み立てます。フロントエンド、推論 API、埋め込みウィジェット、サードパーティの分析ドメインが短時間に入り混じり、出口プロファイルがセッション中にブレると、最初のチャンクだけ遅い・途中で切断、といった挙動に見えます。対して、論文検索や機関リポジトリは、キャンパス IP レンジや国内 CDNを前提にした認証やリダイレクトチェーンがあり、意図せず海外ノードへ流すとログイン Cookie の評価やリファラ検証で落ちることがあります。

つまり単一カテゴリの「海外チャットだけ」より、ルールの粒度和合わせが要求されます。粗い GEOIP だけに頼ると、学術サイトを「海外扱い」してしまったり、逆に Perplexity 関連のサブドメインを取りこぼして DIRECT のままタイムアウトしたりします。2026 年もリモートルールセットは肥大化するため、自分の利用パターンに合わせた上書き行をローカルに持ち、購読更新後に衝突を確認する運用が現実的です。

• 並列フェッチ：AI 検索はホスト名が多く、一つでも誤ルートがあると体感速度が一気に落ちます。
• 学術側のセッション整合：認証サーバと PDF 配信が別ドメインのとき、出口 IP が変わると再ログインやブロックに見える挙動になります。
• ブラウザの独立 DNS：DoH が有効だと、Clash の fake-ip と二重解決し、ルールが「見かけ」と実体でズレることがあります。

典型症状：ラベルを付けてから直す

ノードの都市を総入れ替えする前に、Connections ログで現象を分類すると早いです。

ドメイン分流の骨格：先に「直結したい層」を決める

国や所属機関によって最適なリストは異なりますが、考え方は共通です。学術機関・国内文献インデックス・教育網ミラーなど、レイテンシとルーティングが国内直結に有利なホストは、広い MATCH より前に DOMAIN-SUFFIX または DOMAIN-KEYWORD で DIRECT へ固定します。逆に Perplexity のサービスドメイン、利用している推論・検索バックエンド、埋め込みスクリプトの CDN は、安定したレイテンシの PROXY（実際のポリシーグループ名に置換）へ。

機関によっては VPN やプロキシの利用ポリシーがあります。権限のないネットワークや契約に反する構成は行わないでください。 ここでは、自分が管理できる端末上で、技術的に経路を整理する話に限ります。

Perplexity 側：サービス面と CDN を一つのポリシーに寄せる

ブランド名で検索して出る公式ドメインに加え、実際の接続ログでは *.cloudfront.net やその他 CDN、テレメトリ用ホストが混在します。プロキシグループは「帯域より安定性」を優先し、url-test や fallback でレイテンシと失敗率を見ます。ストリーミング応答は短いパケットが連続するため、ピーク時スループットよりジッターと切断率が効きます。

デスクトップアプリやブラウザ拡張を併用する場合は、システムプロキシを読まないプロセスがいないかも確認してください。TUN モードの有無は Clash for Windows ガイドや macOS の Verge Rev 記事を参照し、捕捉範囲を揃えてからドメインを詰めます。

学術・文献側：DIRECT を優先する理由

大学図書館のプロキシ、出版社の認証、国内インデックスなどは、意図した地理的経路が前提のことがあります。これを海外出口に載せると、単に遅いだけでなく、アクセス拒否や再認証に見える挙動になります。研究用の固定リストは公開コミュニティの「中国向け学術ドメイン」などと名前が似ていても、自分の所属と一致するとは限らないため、テンプレをそのまま貼らず、ログで実ホストを確認するのが安全です。

日本国内の学術機関ドメイン（.ac.jp など）を広く DOMAIN-SUFFIX で DIRECT に寄せる例はありますが、同一サフィックスでも意図的に海外 CDN だけを使うサービスが混ざる場合は例外行を細かく足します。ルールは例外（細かい行）を上、広い網を下に置くのが基本です。

ルール順と YAML の例（イメージ）

以下は構造のサンプルです。ドメイン名は実際のログに合わせて置き換え、PROXY は利用中のポリシーグループ名にしてください。

# Illustrative — replace domains and policy group names; verify against your logs
rules:
  # Academic / institution: lowest latency domestic path
  - DOMAIN-SUFFIX,example-university.ac.jp,DIRECT
  - DOMAIN-SUFFIX,cnki.net,DIRECT
  # Perplexity product surface (add subdomains seen in Connections)
  - DOMAIN-SUFFIX,perplexity.ai,PROXY
  - DOMAIN-KEYWORD,perplexity,PROXY
  # Fallback
  - MATCH,PROXY

GEOIP,CN,DIRECT のような広い行を使う場合、Perplexity まわりの細かい行より下に置くなど、意図した優先順位が崩れていないかを必ず確認してください。リモートルールをマージしていると、ローカル追記が想定より下に押し出されていることがあります。

ルール種別	向いていること	注意
DOMAIN-SUFFIX	学術機関やサービスの基底ドメインを一括指定	同一サフィックスに混在サービスがあると誤爆
DOMAIN-KEYWORD	ログに現れた長いホスト名の共通化	取りすぎると無関係ホストにマッチ
PROCESS-NAME	ブラウザとデスクトップアプリを分ける	OS ごとに実行ファイル名を確認

長い検索・多段リダイレクトとノード選び

AI 検索のセッションは、単発のページ読み込みより接続数が多く、継続時間が長い傾向があります。追問や再生成のたびに新しいストリームが開くため、混雑した共有ノードではキュー待ちや切断が目立ちます。選び方の目安は次のとおりです。

• レイテンシのばらつき（ジッター）が大きい出口は、長文ストリームに不向き。ヘルスチェック間隔と履歴を見る。
• 多段リダイレクト（認証→リダイレクト→CDN）では、各ホップで別ドメインが出るため、一つでも誤ルートがあると全体が失敗に見える。
• 同一サービスでもリージョンによってブロックやレート制限が異なる場合があり、ルールとノードの組み合わせで試行する。

対話型チャット全般の分流の考え方は ChatGPT / Grok や Claude の記事と補完し、国内モデルと海外を併用する構成は DeepSeek と Gemini の記事が近いです。本稿はその中でも検索・文献という作業コンテキストに絞っています。

DNS、fake-ip、ブラウザ DoH

分流を弄する前に、名前解決が一系統に揃っているかを確認してください。fake-ip とブラウザのセキュア DNS が並走すると、ルールが期待した IP と異なる宛先にマッチします。症状の切り分けは 「接続中なのに繋がらない？DNS と fake-ip」を参照し、変数は一つずつ変えます。

よくある質問

Perplexity だけ失敗する

Connections で該当ホストが DIRECT になっていないか、プロキシ側の失敗ログがないかを確認します。サブドメイン単位で足りないケースが多いです。

論文 PDF だけ別タブで落ちる

PDF ホストが Perplexity 用ルールに巻き込まれていないか、逆に認証ドメインだけ DIRECT でデータ面がプロキシになっていないかを見ます。

ノードを変えると直るが不安定

ポリシーグループの自動選択が頻繁に切り替わっていないか確認し、一定時間は同一出口で試します。フラップがストリーム切断を誘発します。

チェックリスト

まとめ

AI 検索と学術リサーチを同じ日に回すほど、出口の一貫性とドメイン粒度が成果に効いてきます。Clash のルールは、そのための「交通整理」として使うのがよいでしょう。

Clash を無料ダウンロードして、快適な接続を体験する