なぜ「Anthropic だけ」記事を分けるのか

Claude は 2026 年現在も対話型 AI の第一線にいるプロダクトで、利用シーンは大きく二つに分かれます。ひとつは claude.ai を中心としたブラウザ体験、もうひとつは Anthropic API を叩くアプリ・バックエンド・CLI・IDE 連携です。どちらも「AI ツールのプロキシ」という大枠は同じですが、実際にタイムアウトやストリーミング途切れを招きやすいのは、画面上のドメイン名より裏側で増殖するホスト名の方であることが多いです。

当ブログではすでに、Cursor と GitHub を軸にした開発スタックや、Perplexity／NotebookLM のような調べ物・要約系を題材に分流の考え方を整理してきました。これらと Claude／Anthropic を混ぜて一つの巨大リストに押し込めることも可能ですが、ドメイン集合とトラブルの出方が異なるため、運用では切り出しておくほうがメンテナンスしやすくなります。本稿は、コピーして調整できるルール骨格と、ログで検証する手順に焦点を当てます。

記事は各サービスの利用規約、職場ポリシー、適用法令を順守する前提です。ドメイン例は公開情報と一般的な観測に基づくものであり、プロダクトや CDN の変更で入れ替わり得ます。必ずご自身のクライアントでホスト名を確認し、差分はローカルリストへ反映してください。

典型症状：Web は動くのに API だけ遅い

Claude まわりでよく聞くのは次のようなパターンです。ブラウザのチャット UI はそこそこ快適なのに、同じマシンから curl や SDK で api.anthropic.com へ投げると待ち時間が伸びる、長文のストリーミングが途中で止まる、管理コンソールだけ真っ白のまま固まる、といった部分遅延です。原因が単一ノードの帯域不足だけとは限らず、ホストごとに最適経路が違うときに起きやすい現象です。

国内回線や企業ネットワークでは、特定リージョンのエッジへ直行すると往復遅延が跳ね上がる一方、すべてを同じ「海外一括プロキシ」に寄せると、そもそも近距離向けに最適化された静的配信まで余計に迂回して遅くなる、という両方が起こり得ます。Clash／Mihomo の強みは、このホスト単位の出口選択をルールで表現できる点にあります。アプリ名ではなく、接続先の FQDN と SNI を基準に考えるのがコツです。

押さえたい Anthropic 系ドメインの考え方

実務でまず意識したいのは、利用形態ごとに「表」と「裏」が分かれることです。ブラウザ利用では claude.ai およびそのサブドメインが前面に出ますが、チャットの裏側では anthropic.com 配下の API エンドポイントや、キー発行・利用状況の確認のための console.anthropic.com など、別ホストへの TLS セッションが増えがちです。API 直叩きの場合は api.anthropic.com が主役になりますが、認証トークンの扱いやリダイレクト、計測・設定系のサブドメインが追加されることもあります。

設定の出発点として現実的なのは、ログで実名を確認したうえで DOMAIN-SUFFIX,anthropic.com と DOMAIN-SUFFIX,claude.ai を束ね、必要に応じてより細かい DOMAIN 行へ分解するアプローチです。サフィックスを広げすぎると、同じゾーンを共有する将来のサブサービスまで巻き込むリスクがあるため、運用では「まずはログに出た名前だけをホワイトリスト的に足す」スタイルのほうが安全なことが多いです。リストの外部化と更新間隔は Rule Provider の上級ガイド と相性がよく、長期利用で効いてきます。

HTTPS の世界ではアドレスバーに表示されていないホストへ静かにリクエストが飛ぶのが普通なので、ルールを書くときは開発者ツールのネットワークタブ、または Clash の接続ログでPending が長い行からホスト名を拾う習慣が効きます。症状が「最初の一手だけ遅い」であれば、名前解決の経路も疑う価値があります。DNS まわりの整理は 高速化テクニックの記事 と併読すると切り分けが速くなります。

分流の骨格：Anthropic 専用の proxy-groups

おすすめは、一般ブラウジング用の PROXY とは別に、低遅延・高安定を狙う ANTHROPIC_AI（名前は任意）を用意するパターンです。url-test や fallback で自動選択するグループを紐づけるか、手動でノードを選ぶかは購読の品質次第ですが、「Claude のセッションだけこの出口に寄せる」と決められることが、後からログを読むときの説明責任にもつながります。

ルールの評価順も同じく重要です。巨大なカテゴリ RULE-SET を先頭に置くと、せっかく書いた Anthropic 向け行が評価される前に吸い込まれます。現実的な並べ方は、（1）LAN／ローカル直結、（2）Anthropic／Claude で明示したドメインサフィックス、（3）職場・決済などの固定例外、（4）購読 RULE-SET、（5）GEOIP や MATCH、の順が読みやすいです。IDE 向けや検索型 AI 向けの専用グループをすでに持っている場合は、名前を衝突させず、ルールブロックの位置関係だけを整理するとよいでしょう。

設定イメージ：ドメイン束ねを一般ルールより上に置く

下記は理解を助けるスケルトンです。ノード名やコアのバージョンは自分の環境に合わせて置き換え、未対応の行は削除してください。実ホスト名はクライアントで検証したものに差し替えてください。

proxy-groups:
  - name: ANTHROPIC_AI
    type: select
    proxies:
      - 低遅延ノード
      - PROXY

rules:
  - IP-CIDR,127.0.0.0/8,DIRECT
  - IP-CIDR,10.0.0.0/8,DIRECT

  # Anthropic / Claude stack (verify in your browser or SDK traffic)
  - DOMAIN-SUFFIX,anthropic.com,ANTHROPIC_AI
  - DOMAIN-SUFFIX,claude.ai,ANTHROPIC_AI

  # Your subscription rulesets below ...
  - MATCH,PROXY

この例では anthropic.com を広く載せているため、同ゾーンの他ホストまで同じ出口に寄る可能性があります。職場ポリシーやゼロトラストプロキシと衝突する場合は、DOMAIN,api.anthropic.com のように分解するか、一時的にログで必要最小限の FQDN だけを列挙してください。逆に、ストリーミング中だけ別ホストへ切り替わる挙動を観測したら、その名前を同じブロックに追加します。

SDK・CLI・他アプリから API を使うとき

ブラウザ以外から Anthropic API を呼ぶ場合、システムプロキシを参照しない実装だと Clash のルールがすり抜けます。環境変数 HTTPS_PROXY を設定する言語ランタイム、独自のプロキシ設定を持つコンテナ、CI ランナーなどは典型例です。TUN モードでトラフィックを捕捉している場合でも、スプリットトンネルや競合 VPN で例外が紛れ込むことがあるため、Windows では TUN のトラブルシュート、GUI 全体像は Clash Verge Rev ガイド が参考になります。

切り分けの早道は、「問題のリクエストが本当に意図したプロキシチェーンを通っているか」をログで確認することです。マッチしたルール名、選択されたポリシー、ダイアル先のノードが期待どおりかを見れば、設定ミスと上流品質のどちらを疑うべきかがはっきりします。詳細なログの読み方は ログ診断の記事 とつながります。

IPv6、DNS、長時間ストリーミング

IPv4 と IPv6 で経路が分岐していると、片方だけ別出口になりタイムアウトや証明書エラーの原因になることがあります。DNS モードが fake-ip のときは、ドメインルールと IP ルールの見え方が変わる点にも注意してください。長いストリーミング応答では中間装置のアイドルタイムアウトに当たるケースもあるため、ノード側の特性とセットで見る必要があります。ここまで来たら「ルールを増やす前に、経路の一貫性」と「上流の安定性」を分けて考えると手戻りが減ります。

まだ遅いときの短いチェックリスト

  • 遅い／失敗したホスト名をログで特定し、想定の ANTHROPIC_AI にマッチしているか
  • 巨大 RULE-SET や MATCH に先に吸われていないか
  • ブラウザ拡張や別プロファイルがシステムプロキシを迂回していないか
  • SDK／CLI が環境変数や独自設定でプロキシを無視していないか
  • IPv6 だけ別経路・別 DNS になっていないか
  • セキュリティ製品の HTTPS 検査で証明書エラーが紛れ込んでいないか
覚えておきたいこと：Claude／Anthropic のストレスは、単一ノードの「速さ」以前に、Web と API とコンソールのホスト分散 × ルール順 × DNS × クライアント実装のプロキシ無視として現れることが多いです。いきなり広いサフィックスを増やすより、ログで実名を集めてリストを薄く保つほうが長期運用では安全です。

まとめ

Claude のブラウザ体験と Anthropic API は、開発者向け IDE スタックや調べ物型の AI 検索とは主戦場となるドメイン集合が異なる代表的なカテゴリです。Mihomo（Clash Meta）世代では、専用の ANTHROPIC_AI を切り、anthropic.com と claude.ai を起点に実測ホストを束ね、一般 RULE-SET より上に置くという構造が、タイムアウト対策として再現性高く効きます。用語や設定キーの一次情報は 公式ドキュメント も参照し、GUI とコアの組み合わせを取り違えないようにしてください。

ほかの記事は 技術ブログ一覧 から辿れます。ルールエンジンと可視化された接続ログが揃うと、Web と API のどちらがボトルネックかを切り分けやすくなります。安定したクライアントをそろえたうえで分流を試すと体感の差がはっきりします。→ Clash を無料ダウンロードし、Anthropic 向けの分流を試す

コアのソースや議論は各プロジェクトの GitHub で追えますが、日々のクライアント入手は検証済みパッケージへ誘導されている公式ダウンロード導線のほうが、構成ファイルとバイナリの組み合わせを取り違えにくいです。