Anthropic Claude のウェブ版と API：2026 年、Clash の分流ルールで長い対話と API を安定させる

なぜ Claude は「長いほど経路に敏感」になりやすいか

長文のプロンプトや長い会話では、単発のチャットより接続の継続時間と再試行の回数が増えます。ブラウザでは SSE やチャンク転送で応答を流し、API では同一セッション内で複数リクエストが連鎖します。ここに共有プロキシのキューや不安定なノードの切り替わりが重なると、画面上は「生成が遅い」ではなく接続リセットや空のチャンクとして現れがちです。

• ストリームの単一経路依存：一本の TCP 上で細かくデータが流れるため、途中のジッターが体感に直結します。
• 認証と推論のホスト分離：ログイン・課金・コンソールと、推論 API でドメインが分かれると、片方だけ別出口になります。
• 開発者ツールの取りこぼし：CLI や IDE 拡張がシステムプロキシを通さないと、ブラウザだけ「調子がいい」状態になります。

Clash のルールベース分流は、これらを「サービス単位の意図した出口」に揃えるための土台になります。粗い GEOIP の下にまとめるのではなく、Anthropic 向けの行を上段に置くのがコツです。

モデル障害ではなく経路を疑うサイン

ステータスページを見る前に、手元でパターンを分類しましょう。ルール漏れ、DNS の二重解決、url-test のフラップが典型です。

Clash の Connections で、詰まっているホスト名と実際の outbound を突き合わせます。DIRECT のまま残るべき社内フローが混ざっていないか、逆に API が意図せず直結していないかを確認してください。

まず DNS：名前解決のズレは「別リージョン」に見える

ブラウザのセキュア DNS、OS のリゾルバ、Clash 内の解決が分岐すると、同じホストでもエッジの向き先が変わります。fake-ip 利用時は、アプリ間で一時的な認識ズレも起こり得ます。

• 検証期間は解決経路を揃える：原因が分かってから段階的に元の設定へ戻す。
• RFC1918 とルータ管理画面は DIRECT：キャプティブポータルや社内 DNS を取りこぼさない。
• CLI ツールだけおかしい：ターミナルがプロキシを参照しているか、HTTPS_PROXY とルールの両方を確認。

ブラウザ DoH と Clash

Chrome 系だけセキュア DNS を有効にしていると、Clash が見ている経路と分岐します。不具合調査中は一時的に揃え、安定後に戻すのが安全です。

Anthropic 向けドメインの束ね方（ウェブと API）

実際のホスト名はプロダクト更新で増減するため、Connections の実測値を足す前提です。出発点として、次のサフィックスを 専用ポリシーグループ（例：PROXY-ANTHROPIC）へ寄せると扱いやすいです。

広告ブロックや「追跡遮断」系のリストを無批判に足すと、補助ドメインが黙って失敗し、UI が回り続けることがあります。新ルールは小さく入れて差分を見るのが安全です。

ルール順序：粗い GEOIP より Anthropic ブロックを上に

Rule モードでは先にマッチした行が勝ちです。Claude 向けの行を、漠然とした国外向けルールより上段に置きます。リモートルールセットを使う場合は更新間隔を現実的にし、メンテナンス時の一括変更に備えてバックアップを取ってください。

モード	Claude・API	注意点
Rule	推奨。ホスト単位で意図した出口へ。	ログで欠けたドメインを足す必要あり。
Global	短時間の切り分けに有効。	常時利用は遅延とバッファ増加の原因に。
Direct	プロキシ起因かを切り分け。	恒久的な回避ではない。

ポリシーグループ：娯楽トラフィックと「Claude 用」を分ける

本稿の核心です。同一の url-test グループに、4K 動画・ゲーム・アップデート大容量を載せたまま Claude のウェブと API を載せると、測定上は速くてもキューイングで長いストリームがもたつくことがあります。

• Claude 専用グループを新設し、HTTPS で安定した低遅延を狙うプローブを選ぶ。
• エンタメ・大容量用は別グループ。出口と測定を分離する。
• 間隔とトレランスでフラップを抑え、長いセッション中の出口跳びを減らす。

fallback でリージョン全体の劣化に備えつつ、平常時は一貫した出口を維持すると、認証クッキーやリスク判定との相性が良くなりがちです。

API と長いストリーム：再試行とクライアント側

開発者向けの Anthropic API は、タイムアウト・再接続・バックオフの実装次第で体感が変わります。プロキシ層では、同一ホストへの並列接続がルール上どこへ流れているかを揃えておくと、認証と推論で経路が割れにくくなります。

1. SDK や curl の HTTPS_PROXY が、ブラウザと同じ Clash 出口を向いているか確認。
2. 長時間ストリームではクライアントの読み取りタイムアウトを現実的に。ネットワークだけでなくアプリ側の上限も。
3. CI やサーバーから叩く場合は、デスクトップ用 Clash とは別議論。本稿はローカル開発とブラウザ利用を主対象とします。

ブラウザの長い会話：拡張機能とプロファイル

「高速化」や広告関連の拡張が中継すると、Clash のルール以前に遅延や切断が入ります。不具合の直後に入れた拡張を疑い、オフで再現性を確認してください。また、同一プロファイルでログイン状態を保ち、認証系とチャット UI が同じ outbound に収束しているか Connections で見ると早いです。

デスクトップアプリと TUN

一部のネイティブアプリはシステムプロキシをバイパスします。TUN モードで取りこぼしを減らす方法があります。

1. システムプロキシを有効化し、Rule で Anthropic 系をカバー。
2. それでも漏れるアプリがあれば TUN を検討。
3. 企業 VPN と併用する場合は競合に注意（組織方針が優先）。

職場ポリシーと法令

本稿は個人所有デバイス上の一般的なネットワーク手法の説明に留めます。雇用主のセキュリティ方針や契約が優先されます。承認なきプロキシやトンネルは避けてください。

Connections の見方（三点セット）

最初から全列を追う必要はありません。ホスト名、選ばれたポリシー、実 outbound の三点だけ見て、失敗時に新しいフローが増え続けるか、静かになるかを十秒観察します。成功時と失敗時のホスト差分をメモすると、足りない DOMAIN-SUFFIX が見つかります。

FAQ

ウェブは動くが API だけ失敗する

api.anthropic.com が別ルールに落ちていないか、CLI のプロキシ設定を確認。

長い会話の後半だけ途切れる

同一ノードの輻輳やタイムアウト。専用ポリシーグループと、並列負荷の高い用途との分離を。

動画を流していると Claude がもたつく

同一 url-test グループの帯域奪い合いが濃厚。Claude 用を分離。

Cursor 記事との違いは

Cursor 記事は IDE・Git・複数ベンダ API の開発者向け俯瞰が中心です。本稿は Anthropic 単体のウェブ長会話と API ストリームに絞っています。

2026 チェックリスト

まずはメンテされたクライアントから

変数は一度に一つだけ。因果が追える状態を保ちましょう。

Clash を無料ダウンロードし、Claude のウェブ版と API 向け分流の土台にする