DeepSeek と Gemini を同時に：2026 年、Clash で国内 AI と海外 AI を分ける
2026 年によくあるのは「日本語の要約やローカル業務は DeepSeek、長文要約や Google ワークスペースでは Gemini」という二刀流です。事業者と接続先が異なるため、国内向けエッジは DIRECT の方が往復が短く、Google 系の生成 API は安定した海外出口が前提になります。Clash を「海外サイトは全部プロキシ」や常時 Global のままにすると、国内モデルが遠回りして遅くなるか、逆に Gemini の Web/API がプロキシをすり抜けて失敗するかの二重負けが起きやすいです。本稿は 分流ルールとドメインから、国内 AI は DIRECT、海外生成 AI はプロキシという意図を YAML に落とし、プロセス単位の補助と DNS の整合まで触れます。当サイトの ChatGPT / Grok 記事が「単一の海外対話」に寄っているのに対し、こちらは DeepSeek・Gemini・2026 の二棲ワークフロー向けです。
なぜ「複数モデル併用」ほど分流の精度が効くのか
単一の海外チャットだけなら「ルール漏れ」と「ポリシーの揺れ」が主戦場です。中国系大規模言語モデルと Google Gemini を同じ端末で回すと、矛盾する誤りが増えます。一部のホスト名は大陸側エッジへ最短 RTT で向けたい一方、別のホスト名は Google サービスに適した出口へ固定したい。1 本でもポリシーグループを外すと「完全オフライン」ではなく、たまに回る、最初のトークンだけ遅い、アップロードだけ失敗、Workspace サイドバーが真っ白といった中途半端障害になり、モデル本体の不具合と取り違えやすいです。
- 並列セッション：タブを分けても OAuth、CDN、テレメトリ、フォント取得が裏で同時進行し、出口プロファイルは揃っている必要があります。
- API とコンソールの分離：IDE やスクリプトが叩くホスト名は Web コンソールと一致しないことがあり、画面側だけsuffixを足しても
MATCHに落ち続けます。 - GEOIP ベースの副作用：粗いリストは「海外登録だが国内にエッジがある」サービスを誤爆したり、逆に典型でないポートを取りこぼします。生成 AI は「半分だけプロキシ」に極めて弱いです。
目的は規制回避ではありません。利用条件と法令を満たしたうえで、個人または権限のある端末において無駄な国際迂回とログノイズを減らすためのネットワーク工学です。以下は設定権限がある読者を想定します。
運用では、まず「どのホストがどの outbound に出たか」を三列（ホスト名・マッチしたルール・実 outbound）でメモするだけでも改善サイクルが速くなります。感情でノード都市を総入れ替えする前に、DNS とルール順序、ポリシーグループのフラップのどれが原因かを一つずつ切り分けてください。長文ストリーミングはジッターを増幅するため、ICMP が緑でも体感が悪いケースは珍しくありません。実測ではブラウザの開発者ツールと Clash の Connections を往復し、失敗時にだけ現れるホスト名を優先的にルール化すると安全です。
典型症状：遠回りか、プロキシ漏れかを先にラベル付け
ノード再選択やブラウザ再インストールの前に、クライアントの接続一覧で現象を分類すると時間を大幅に節約できます。
チェックリスト
- DeepSeek の Web/API がスマホの 4G より明らかに遅い：プロキシ側に吸われている典型です。「非中国トラフィック」系の広いルールより前に高信頼の DIRECT ルールを置けているか確認します。
- Gemini、Google AI Studio、Workspace が欠けて表示される：一部サブドメインが
DIRECTのままか、Google に不向きなノードに流れています。 - ログインは成功するがキャンバスが空白：認証ホストとデータ面ホストで出口や IP ファミリが分裂すると、WebSocket やリスク判定が不安定になります。
- 特定のデスクトップアプリだけ異常：システムプロキシの外や TUN 未適用の可能性が高く、ドメイン追加以前の問題であることが多いです。
毎回すべての YAML を読み切る必要はありません。一度に一変数：DNS → ルール順序 → リージョン、の順が扱いやすいです。
DNS を先に揃える：split-brain は両方を壊す
混在構成では DNS の不一致が二倍の痛みになります。大陸側では最適化されたエッジに解決される一方、Clash 内部が別の応答を握ると、ルールは「見かけ上の IP」と実際の握手先でズレます。fake-ip 利用時は、ブラウザ単独 DoH と OS リゾルバが並走しているケースにも注意してください。
- 検証中は方針を単純化：ブラウザの独立 DoH を一時停止するか、Clash を単一の入口にしてから、落ち着いたらプライバシー設定を戻します。
- 国内 DIRECT ドメインの解決経路：意図せず遠方の DNS に投げて不適切な応答を得ていないかを確認します。
- Google 系：上流 DNS が
googleapis.comやgstatic.comを歪めて返すと、ルールが完璧でも TLS 前で止まります。
習慣の提案
TLS 着手前にログが長く空くときは、まずリゾルバを揃えてから「ロサンゼルスに変える」議論に進みましょう。純粋な解決タイムアウトを都市変更で直すことは稀です。
国内大モデル側：DeepSeek などはできるだけ DIRECT
具体 suffix は接続ログが真実です。ベンダーはエッジと証明書ドメインを更新します。ここではトラブル時にログへ頻出する型を示し、「GEOIP より上に置く高信頼ルール」のイメージを共有します。
ログ照合のためのドメイン型（例・非網羅）
- 公式コンソールと API の主域、例
DOMAIN-SUFFIX,deepseek.com（実際の解決と一致させる） - オブジェクトストレージや静的配信のサブドメインは、詰まりをログで確認してから追加し、過剰に広げない
- エンタープライズや提携入口が別主域なら「大陸 AI DIRECT」より前に単独ルールを置く
これらを「海外は全部プロキシ」系の広いルールより上に置くのが DeepSeek の誤プロキシ化を減らす鍵です。リモートルールセットに衝突条項がある場合は、ローカルで優先度の高い上書きを用意します。
Gemini と Google エコシステム：「海外 AI」ポリシーへ集約
Gemini は単一ホスト名では完結しません。ページ、API、推論、フォント、スクリプトが複数 suffix に分散します。実務では海外生成 AI用のポリシーグループを切り、ログに基づき段階的に埋めていくのが堅牢です。
プロキシ側に寄せたい suffix の型（例）
DOMAIN-SUFFIX,google.com、DOMAIN-SUFFIX,googleapis.com、DOMAIN-SUFFIX,gstatic.com- AI Studio、Vertex、Generative Language API 周辺のサブドメイン（接続表で不足分を足す）
- Google アカウントログインでは OAuth とデータ面を同じ安定出口へ揃え、セッション分裂を避ける
広範なブロックリストが gstatic などを誤爆するとスタイル欠落やスクリプトタイムアウトになります。あるリストを足した途端に Gemini が壊れたら、ロールバックして分割導入してください。
| アプローチ | 二棲 AI ワークフロー | リスク |
|---|---|---|
| 明示「大陸 AI DIRECT」＋「Google はプロキシ」 | 遅延と安定性のバランスが良く、ログも読みやすい。 | ベンダー変更に追随して suffix を保守する必要。 |
常時 Global |
短期の切り分けには使える。 | 国内サイトや LAN が遅くなり、原因特定が難しい。 |
| GEOIP だけ | 設定は楽。 | 国内エッジがあるのに遠回りしたり、非典型ポートを漏らしたりしやすい。 |
ルール順序とルールセット：意図を優先度に書く
Clash は上からマッチします。2026 年はリモートルールセットが豊富ですが、AI 用途は無秩序な積み上げが仇になります。推奨の発想は次のとおりです。
- LAN、ローカル、明示 DIRECT（大陸 AI の高信頼 suffix を含む）。
- 海外生成系とコラボ SaaS（Gemini 関連を含む）。
- GEOIP や購読に含まれる国内外デフォルト。
MATCHを手動ポリシーへ。
リモートセットの更新間隔は短すぎると切替直後に揺れ、長すぎると陳腐化します。運用カレンダーに合わせて現実的な値にします。
長さは正義ではない
広告ブロックや「プライバシー強化」リストがあなたのスタック向けに調整されていないと、機能フラグや計測ドメインを黙って落とし、クライアントは静かにタイムアウトします。生成 AI 製品は特に敏感です。
プロセス分流：いつ Clash Meta 系が価値を出すか
ブラウザと IDE、CLI が同時に動き、既定でシステムプロキシを無視するならドメインだけでは足りません。一部カーネルはプロセスや実行ファイルパスでマッチし、そのバイナリ発の接続を指定ポリシーへ強制できます。向いているのは次のような場面です。
- 特定 CLI が Gemini API へ固定で向かい、ブラウザと同じ出口像を共有したい。
- セキュリティ製品がローカル解決順を変え、ドメインルールの効きがプロセスごとにブレる。
プロセスルールは保守コストが高いので、ログで「ドメイン側の安定分類が難しい」と分かった後に導入し、アップデートでパスが変わることも記録しておきます。
ポリシーグループ：「大陸 DIRECT」と「海外 AI」を並列に
グローバル一覧で毎回手選びするより、上位に大陸既定 DIRECT（自動や手動フォールバック）と海外 AI（url-test / fallback の組）を定義する方が運用が楽です。Gemini は出口の跳び回りに敏感なので、ヘルスチェック間隔と許容差は穏やかにし、数秒ごとの IP ローテーションを避けます。
- 自宅 ISP と相性の良いリージョンを実際のストリーミングで再検証し、ICMP だけで決めない。
- 厳密な一貫性が要る長セッションでは、切り分けの間だけ手動ロックし、終わったら自動へ戻す。
システムプロキシ、TUN、モバイルクライアント
デスクトップブラウザはシステムプロキシに追従しやすい一方、一部のネイティブシェルや単体パッケージは迂回します。「Web の Gemini は動くがアプリだけおかしい」なら、まず TUN とルート競合を疑い、安易にドメインを十本足さない方が早いです。
モバイルはサンドボックスが厳しく、デバイス全体トンネルかブラウザ専用チャネルかで症状の出方が変わります。修復はしばしば OS の VPN 権限側にあり、YAML だけでは完結しません。
コンプライアンスと端末の帰属
地域の法令、職場のセキュリティ方針、各プロダクトの利用規約を遵守してください。本文は権限のある個人端末における一般的なネットワーク手法の説明に限ります。
よくある質問
DeepSeek だけ遅く、他の国内サイトは普通
上流ルールに「プロキシ必須」と誤判定されているか、DNS が最適でないエッジを指している可能性が高いです。接続表で outbound がプロキシなら大陸 AI ルールの優先度を上げ、すでに DIRECT でも遅いなら国際回線とは無関係な最終区間や Wi‑Fi 混雑を疑います。
Gemini が半分しか読み込めず、CSP とは無関係なコンソールエラー
サブドメインのプロキシ漏れか静的リソースのブロックが典型です。全体を Global にせず、失敗ホスト名を足します。
タブを二つ同時に開くと干渉するか
同一ポリシーと DNS を共有する限り影響し得ます。分離したい場合はブラウザプロファイル分割やチェーンの分岐もありますが複雑さが増すため、コンプライアンスや検証目的があるときに限定してください。
2026：DeepSeek と Gemini 併用のチェックリスト
- DNS を揃え、ブラウザ DoH と Clash リゾルバの分裂を解消する。
- 大陸 AI と Google 系で高信頼 suffix を作り、GEOIP より前に置く。
- 海外 AI グループの自動切替を穏やかにし、長セッションでは手動ロックで検証する。
- デスクトップ異常は TUN / システムプロキシを先に見る。
- 一度に一設定だけ変え、接続ログで確認してから次へ進む。
メンテナンスしやすいクライアントと読みやすいルールから
最初から完璧な YAML は不要です。活発に保守される Clash 系クライアントと新しめのカーネルから始め、「国内モデル DIRECT、海外生成はプロキシ」という層を文章として読める形に保つと、2026 年のキーワード追いより長く効きます。
Clash を無料ダウンロードし、2026 年の DeepSeek・Gemini・日常ルーティング調整をクリーンな構成から始める