チュートリアル 2026-05-13 · 約 17 分

Claude Code Agent View で並列セッションがカクつくとき：2026 年、Clash の分流とノード選択で CLI と Anthropic API を安定させる

2026 年前後、Claude Code はコードベースに沿って複数のエージェント作業を可視化する Agent View（エージェントビュー）と、Pane／ターミナルに近い CLI 体験を同時に扱いやすくなりました。単一会話の補助と違い、並列セッションは短時間に何度も Anthropic API を叩き、npm 経由のツール取得や GitHub への断続的接続も重なります。出口が一つに収束していたり、測定型のノード選択が激しく切り替わっていたりすると、UI の更新やターミナル出力だけが遅延し、まるずっと固まったように感じることがあります。本稿は既刊の Claude Code・MCP と Clash 分流 と役割を分け、Agent View 下の並列トラフィックを Clash のルール順・DNS・長接続・TUN／ターミナルまわりで整える実務観点に絞ります。職場方針と各サービスの利用規約は必ず順守してください。

Agent View が増やす接続の形

エージェント UI は、人間のタブ切り替えよりも短い周期のモデル往復とツール呼び出しを平準化しやすい設計です。Claude Code の CLI セッションを複数維持していると、次のような重なりが典型的です。

  • 認証と計測系：コンソールやアカウント周辺を参照するホストが、対話モデル用の api.anthropic.com と別ルールに落ちる。
  • ツール・サンドボックス：ローカル実行の前後で、レジストリやバイナリ配布の CDN 行へ短いバーストが連発する。
  • リポジトリ連携：git fetch、Issue API、objects.githubusercontent.com など、ホストは少ないがサイズの大きい転送が衝突する。

見かけは「エージェントパネルが重い」でも、実際は同じポリシー上で TLS ハンドシェイクと帯域テストが同居しているケースが多いです。最初に Connections のホスト名・同時数・アウトバウンド名をメモし、単一会話時と比較すると切り分けが速くなります。

判断のコツ

体感が劣化した瞬間に、どのホストが新たに現れたかではなく、すでに張っていたホストの同時接続数が増えたかを見る。並列セッションでは後者の方が再現性が高いです。

分流ルール：API・開発者・バルクを束ねる

分流ルールは辞書を厚くするより、優先順位を誤らないことが重要です。広い GEOIP や最終 MATCH の直前まで細かい行を置き忘れると、Anthropic API だけ意図しない出口へ吸われます。環境ごとに表は変わりますが、実務では次のようなバケットに分けるとメンテしやすいです。

バケット 代表ホスト（例） 並列時の論点
対話・ツール API api.anthropic.com など 短周期リトライが重なると同じノードのキューが詰まる
パッケージ／拡張 registry.npmjs.org、CDN 系 複数エージェントが同時に tarball を引くと帯域ではなく同時 TCP が限界になりやすい
GitHub 本体とオブジェクト github.com、objects.githubusercontent.com ホストが割れると git／npm の途中で失敗に見える
エディタマーケット open-vsx.org、marketplace.visualstudio.com など Pane を跨いだ更新と衝突しやすい

ドメイン辞典を機械的に増やすより、まずログから今週ぶつかった実名を足す方が安全です。ルールプロバイダの更新失敗で全体が不安定になる場合は、rule-providers の取得と間隔 も併せて確認してください。

# Illustrative snippet — replace PROXY_AGENT with your stable API group
rules:
  - DOMAIN-SUFFIX,anthropic.com,PROXY_AGENT
  - DOMAIN-SUFFIX,claude.ai,PROXY_AGENT
  - DOMAIN-SUFFIX,npmjs.org,PROXY_DEV
  - DOMAIN-SUFFIX,github.com,PROXY_DEV
  - DOMAIN-SUFFIX,githubusercontent.com,PROXY_DEV
  - DOMAIN-SUFFIX,openvsx.org,PROXY_DEV
  - DOMAIN-SUFFIX,visualstudio.com,PROXY_DEV
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

DOMAIN-KEYWORD は誤爆しやすいので、初期は DOMAIN-SUFFIX と、ログで裏取りした DOMAIN 行から始めるのが無難です。API 用 (PROXY_AGENT) と大きな tarball 用 (PROXY_DEV) を分けると、後述のノード選択を独立に調整できます。

ノード選択：測定テンポとトレードオフ

帯域速度が最も速いノードが、短い API ラウンドトリップにも最適とは限りません。並列セッションでは url-test の間隔が短く、tolerance が狭いと、出口が頻繁に入れ替わり、進行中のストリームや git 転送が張り直されてタイムアウトに見える現象が出ます。API 向けグループは間隔と tolerance を緩め、フォールバックの深さを抑えると改善することがあります。

別のモデル系 CLI（例：OpenAI Codex）と同時運用するなら、混雑の伝播を防ぐ意味で Codex／o3 分流 記事のポリシー分離も参考にしてください。エディタ全体の補完トラフィックは Cursor／AI 開発ネットワーク と重なるため、ドメインの責務分担を一度決めて二重管理を避けると運用が楽です。

コンプライアンス

企業ネットワークではプロキシ迂回が禁止されている場合があります。本稿は許可された環境で経路を最適化する前提です。

DNS・fake-ip とターミナル／CLI のズレ

ブラウザはセキュア DNS や OS の解決経路を別に持ち、ターミナルは /etc/resolv.conf やランタイムの解決器に従います。fake-ip を使う構成では、アプリによっては名前解決と実接続の見え方が食い違い、再試行ループが増えることがあります。切り分けの間だけブラウザ側の追加 DNS を止め、Clash 内 DNS と経路を一本化し、原因がはっきりしたら元へ戻すのが定石です。詳細は DNS 漏れと fake-ip を参照してください。

  • AAAA 先行失敗：IPv4 だけ安定している出口へ、AAAA が先にタイムアウトする。
  • 二重 DoH：ブラウザの DoH と Clash の upstream が別解像を返し、キャッシュだけクリーンに見える。
  • 長めのアイドル：モデル応答待ちと tarball 取得が重なると、中間の NAT が先に切断することがある。

TUN／環境変数：子プロセスまで同じ出口へ

親プロセスが通っていたプロキシが、エディタから起動した node 子に HTTPS_PROXY として継承されないケースは珍しくありません。Clash Meta（Mihomo）系なら TUN と PROCESS-NAME／PROCESS-PATH で IDE バンドルの実行ファイルを明示的にマークし、意図したポリシーへ流せます。ゲーム向けの TUN 記事とは用途が異なりますが、「キャプチャ点をカーネル近くへ寄せる」発想は共通です。実名は OS ごとに異なるため、タスクマネージャや ps で確認してからルール化してください。

npm／pnpm／yarn を並列で回す観点

  • 社内ミラーと Clash がループプロキシになっていないか。
  • strict-ssl 警告が、実は経路タイムアウトの二重表示になっていないか。
  • ローカル Verdaccio／Nexus なら、そのホストは DIRECT 固定が安全なことが多い。

可観測性：UI ではなく接続の「同時数」

Agent View は進捗表示が多く、遅延の原因をモデル品質へ帰しがちです。しかし並列化直後に悪化するなら、まずネットワークの同時接続曲線を疑う価値があります。Clash のログを秒単位で眺め、同一 outbound に乗るホストの本数が急増していないか、測定イベントと時刻が重なっていないかを見ます。Git の大きな取得や npm のキャッシュミスが重なる時間帯は、わざとセッション数を落として A／B 比較すると切り分けが早いです。

ウェブ版 Claude の基本分流は Claude ウェブ・API 分流 に譲り、本稿の焦点であるエージェント UI＋複数 CLIと棲み分けて読むと全体像が埋まります。

よくある質問

Agent View を開くとエディタ全体がカクつく

複数エージェントが短周期で Anthropic API を再試行し、同一ノード上の長い TLS と衝突していることがあります。Connections の同時数と、url-test による出口フラップを確認してください。

ブラウザは速いのに CLI だけ遅い

参照ホストが別ルールへ落ちている、または環境変数が子プロセスに渡っていません。api.anthropic.com 等の outbound をブラウザ経路と揃え、必要なら TUN を併用してください。

ルールを変えていないのに並列後だけタイムアウトが増えた

同一ポリシーへの同時 TCP が閾値を超え、ノード側のアイドル切断や中間装置の制限に当たっている可能性があります。API グループのタイムアウトと tolerance を見直し、テスト時はセッション数を絞ってください。

チェックリスト

  1. 単一会話時と比較し、同一ホストの同時接続数が増えていないか記録する。
  2. Anthropic・npm・GitHub 系を GEOIP より上に置き、API とバルクでポリシーを分ける。
  3. API 向けノードの測定間隔・tolerance が厳しすぎないか確認する。
  4. DNS／fake-ip を切り分け、検証期間だけ解決経路を揃える。
  5. 環境変数が継承されない子プロセスは TUN かプロセスルールで補完する。

まとめ

2026 年の Claude Code は、モデルそのものに加え、Agent View と並列 CLIによって短周期の Anthropic API 呼び出しが増えやすい体験へ移っています。ルール順を誤らず、測定的なノード選択とストリーム向け出口を分離し、DNS と TUN／環境変数のギャップを塞げば、UI のカクつきや CLI のタイムアウトはかなり抑えられることが多いです。

単機能のVPNアプリや、ルール順を細かく制御できない簡易プロキシでは、開発者向けホストを「いつでも同じ出口」へ固定しづらく、並列セッションが増えた瞬間にブレークダウンしやすい構造になりがちです。帯域表示だけが目立つツールは、逆に短い API 往復を優先してくれないことも珍しくありません。

Clash はドメイン単位の分流ルールとポリシーグループ、DNS、TUN、ログの可観測性を一体で扱えるため、エージェント UI と node 系 CLI が同時に増えても経路設計を破綻させにくいのが強みです。細かい優先順位まで自分の手で整えたい開発者には特に相性が良く、既存の MCP／CLI 分流 記事とも自然につながります。

ここまで読んで、並列エージェント運用でもネットワークを自分の設計に寄せたい場合は、まず手元のログでホスト名と outbound を揃えてから試すのが近道です。Clash をダウンロードして、エージェント並列の出口を一度まとめて設計し直すことから始められます。

Agent View 並列の出口をまとめる

Anthropic API・CLI・レジストリを束ね、DNS とノード切替のブレを抑えて開発体験を安定させます。

Clash をダウンロード