なぜ Claude／API だけ分流を独立させるのか

プロキシは一つの出口にまとめても動きますが、Claudeまわりでは次の理由で 専用ポリシー を切りたくなることが多いです。第一に、ブラウザの claude.ai と api.anthropic.com へのトラフィックは、社内プロキシ・コンテナDNS・HTTP(S)_PROXY 環境変数と 取り合い になりやすく、見かけ上は同じPCでも 経路が分岐 します。第二に、購読ルールセットの更新で、意図せず DIRECT や別グループに寄ると、APIだけ別回線に落ちて 認証やレート制限の挙動が変わる ことがあります。第三に、ストリーミング応答は中間機器のタイムアウトの影響を受けやすく、一般ブラウジング向けの url-test 設定がそのままでは合わない場面があります。

ここで押さえるべきは、Clashのルールが 上から順に最初の一致だけ を採用するという原則です。Anthropic関連をまとめたブロックを、広い MATCH や粗い GEOIP より 上 に置く。国内直結したい例外はさらにその上、という順序が崩れると、ログではプロキシ経由に見えて実際は別経路、という切り分け地獄に入りがちです。分流の骨格（proxy-groups、RULE-SET、GEOIP）は Clash YAML ルール分流ガイド で扱っているので、本稿ではそこを前提に Anthropic 周辺に焦点 を当てます。

Web と API で意識したいドメインの整理

エンドポイントはサービス側の都合で変わりうるため、以下は 設定時点での一般的な呼び方 として扱い、運用ではブラウザの開発者ツール・ターミナルの curl -v・Clashの接続ログで 実ホスト名 を確認してください。ブラウザ版では claude.ai 本体に加え、静的リソースや計測・認証に関わるホストが追加で現れることがあります。Anthropic API 利用では api.anthropic.com が中心で、SDKやサードパーティのラッパーが別ホストを叩く場合は、ルールを足しても効かないのではなく そもそも別名で通信している 可能性を最初に疑うと早いです。

管理コンソールや課金・キー発行の画面は console.anthropic.com などに分かれることがあり、ここを抜くと「APIキーはあるのに管理画面だけ開かない」という状態になります。CDNやフォント類はサブドメインが増えがちなので、ログに出た名前をメモし、狭い DOMAIN で拾うか広い DOMAIN-SUFFIX でまとめるかを選びます。

DOMAIN-SUFFIX を使うときの線引き DOMAIN-SUFFIX,anthropic.com は配下のホストを広く含みます。意図しないサブサービスまで同じ出口に乗せたくない場合は、ログで実際に使うホストを確認してから、より上段に DOMAIN 行を重ねるか、サフィックスを分割してください。

ポリシーグループ：「Anthropic 用」と汎用を分ける

実装の型としては、汎用出口（例：PROXY）と、遅延や安定性・地域要件を優先した ANTHROPIC-EXIT の二層がわかりやすいです。APIだけ特定リージョンのノードに固定したい場合は、ルール右端を ANTHROPIC-EXIT にし、一般閲覧は従来どおり PROXY へ、という切り分けがよく使われます。select で手動固定するか、url-test で応答の良いノードを選ぶかはチーム方針次第ですが、APIの成否はテストURLより 実際の api.anthropic.com への到達 で見るのが確実です。

proxy-groups の各 type の挙動自体は汎用ガイドと同じです。ストリーミングで途中切断が多いときは、まずノード品質と中間機器を疑い、併せてコアの世代差がないかを確認します。必要に応じて Clash Meta（mihomo）コアのアップグレード も視野に入れてください。

proxy-groups:
  - name: "ANTHROPIC-EXIT"
    type: select
    proxies:
      - "node-us-west"
      - "node-sg"
      - "REJECT"
  - name: "PROXY"
    type: url-test
    # ...

DOMAIN-SUFFIX とルール優先順位（OpenAI 記事との役割分担）

以下は たたき台 です。購読プロファイルでは、これらの行を GEOIP や MATCH より上に置き、ポリシー名を自環境に合わせて置き換えてください。ChatGPT／OpenAI 向けの具体例は 別稿 で扱っており、本稿は Claude／Anthropic に単語とドメインを寄せています。製品が違うだけで「ルールの書き方」は同型なので、二本を対にして読むとメンテが楽になります。

rules:
  - DOMAIN-SUFFIX,anthropic.com,ANTHROPIC-EXIT
  - DOMAIN-SUFFIX,claude.ai,ANTHROPIC-EXIT
  - DOMAIN,api.anthropic.com,ANTHROPIC-EXIT
  # Then generic rules, e.g. RULE-SET / GEOIP / MATCH

ルール優先順位 でハマりやすいのは、購読の RULE-SET が先にマッチしてしまい、追記した Anthropic 行が死んでいるパターンです。対策は、該当行を より上へ移動 するか、購読側の並びと方針を見直すことです。逆に、DOMAIN-KEYWORD を広く書きすぎると別サービスまで巻き込み、思わぬブロックや逆フローを招くので、ログの「matched rule」を見ながら狭めるのが安全です。Rule Providers の扱いは YAML分流ガイド の該当節も参照してください。

CLI・SDK・CI からの API 呼び出し

ターミナルやGitHub ActionsからSDKを使う場合、システムのプロキシ設定とClashの TUN／システムプロキシ の組み合わせで、ブラウザと別経路になることがあります。「YAMLは合っているはずなのにAPIだけ直結」というときは、そのプロセスが プロキシ環境変数を参照しているか、DNSがClash側を通っていないかを確認してください。コンテナ内ではホスト側のClashと名前解決の見え方がズレるため、コンテナの /etc/resolv.conf とホストのモードを揃える、など環境ごとの調整が必要になることがあります。

よくあるブロックと切り分けのヒント

設定を入れても期待どおり動かないとき、次の観点で順に見ると迷子になりにくいです。

  • HTTP 403・利用不可メッセージ：プロキシの成否以前に、アカウント状態・組織ポリシー・サービス側の利用制限が原因のことがあります。出口を変えても解決しないタイプと、地域やデータレジデンシーに関する表示が出るタイプを区別してください。
  • 429 やレート制限：APIキー単位・組織単位の枠に達している場合、ルールをいじっても改善しません。ログのレスポンス本文と公式のレート情報を先に確認します。
  • TLS ハンドシェイク失敗・証明書エラー：企業プロキシのMITMや、古いルート証明書を持つノードで起きがちです。同じノードで一般HTTPSが通るかも併せて見ます。
  • タイムアウト・ストリーム途中切断：長い生成では中間機器のタイムアウトが効くことがあります。Clash側では、マッチしたルールと実際の出口をログで確認し、より安定したノードへ切り替えます。
  • DNS の見え方：fake-ip や nameserver-policy を使っていると、ドメインルールと解決結果の組み合わせで挙動が変わります。想定外のIPに解決されていないか、ログで追います。
  • 誤マッチ・順序逆転：広すぎる条件や、購読ルールとの順序競合。ログの matched rule を見て行を足すか入れ替えます。
利用規約と法令の遵守 本稿は技術的な分流の説明にとどまります。利用者の地域・所属組織の方針・各サービスの規約に従ってください。

動作確認：ログで「どのルールに当たったか」を見る

設定変更後は、クライアントのログで 対象ホストがどのポリシーに割り当てられたか を確認するのが最短です。「Anthropic行を足したのに変わらない」場合、多くは より上の行で既に一致している か、実ホスト名が想定と違う かのどちらかです。ブラウザのネットワークタブでホスト名を拾い、それに合わせて DOMAIN 行を追加すると改善することがあります。

モバイルでは Clash for Android など、端末固有の省電力やVPN権限でPCと症状が変わる点にも注意してください。分流ルールが正しくても、端末側でトラフィックがプロキシに乗っていないケースがあります。

まとめ

2026年も生成AIツールへの需要は高く、Claude と Anthropic API を安定して使うコツは、ログでホスト名を確認し、DOMAIN-SUFFIX などで 分流ルール を明示し、ポリシーグループ で出口方針を分け、ルール優先順位 を崩さないことに集約されます。OpenAI向けの分流と型は同じでも、ドメインと典型トラブルは異なるため、ChatGPT／OpenAI API の記事 と本稿を対で持っておくと、チーム内の設定レビューも速くなります。一方で、403や組織ポリシー由来の制限はプロキシの外側にあるため、技術調整とあわせて公式の表示も冷静に確認する姿勢が大切です。

クライアントの組み合わせは人それぞれですが、GUIの見え方やコアの世代で迷いがちな点は共通しています。入手と比較は ダウンロードページ からまとめて確認でき、長く使うほど「自分用の分流ノート」をYAMLに少しずつ足していくのが、最も確実な運用になります。同系のツールのなかでも、設定の見通しと更新のしやすさでいえば Clash 系は一歩抜けた体験になりやすいです。

→ Clashを無料ダウンロード — Metaコア対応の各クライアントを比較し、自分の環境に合うものから試せます。

関連：YAML ルール分流の全般、技術コラム一覧。