Skip to content

原文(日本語に翻訳)

接続中のRemote Controlの /poll レートを10分に1回に削減しました(以前は1〜2秒)。サーバー負荷が約300分の1に削減されます。再接続には影響しません。トランスポートの切断が発生した場合、即座に高速ポーリングを再開します。

原文(英語)

Reduced Remote Control /poll rate to once per 10 minutes while connected (was 1–2s), cutting server load ~300×. Reconnection is unaffected — transport loss immediately wakes fast polling.

概要

Claude Code Remote Controlの接続維持に使用されるポーリング(/poll エンドポイントへの定期リクエスト)の頻度が、従来の1〜2秒間隔から10分間隔に大幅に削減されました。これによりサーバー側の負荷が約300倍削減されます。接続が切れた際の再接続は影響を受けず、切断検知後は即座に高速ポーリングに切り替わります。

基本的な使い方

bash
# Remote Controlは自動的にポーリング頻度が最適化される
# ユーザー側での設定変更は不要

# 接続中: 10分間隔でポーリング(以前は1-2秒)
# 切断検知後: 即座に高速ポーリングで再接続を試みる

実践例

Remote Control接続のライフサイクル

# 接続確立後の動作:
# [接続確立]
#    ↓
# [10分ごとにpolling] ← 修正後(以前は1-2秒ごと)
#    ↓
# [正常接続維持]

# 切断が発生した場合:
# [切断検知]
#    ↓
# [即座に高速polling開始] ← 修正前後で変わらず
#    ↓
# [再接続成功]
#    ↓
# [再び10分間隔のpollingに戻る]

サーバー負荷削減の計算

# 修正前:
# 1クライアント = 1-2秒ごとに1リクエスト
# = 1時間で約1800〜3600リクエスト

# 修正後:
# 1クライアント = 10分ごとに1リクエスト
# = 1時間で6リクエスト

# 削減率: ~300倍
# 100クライアントの場合:
# 修正前: 1時間で180,000〜360,000リクエスト
# 修正後: 1時間で600リクエスト

企業でのRemote Control運用

bash
# 多数のユーザーがRemote Controlを使用している環境で効果的

# 管理者側でのモニタリング:
# /poll エンドポイントへのリクエスト数が大幅に減少
# → サーバーリソースの節約
# → インフラコストの削減

# ユーザー側での影響:
# → 接続の安定性は変わらず
# → 再接続の速度も変わらず
# → 通常の使用では変化を感じない

注意点

  • この変更はRemote Control機能を使用している場合のみ影響します
  • ローカルでのClaude Code使用には影響しません
  • 接続中の10分間隔ポーリングは接続「維持」のためのもので、通常の通信とは別です
  • 実際のコマンドやメッセージの送受信はリアルタイムで行われます
  • 接続切断の検知は従来通り迅速に行われ、再接続も高速で行われます
  • セキュリティの観点から、ポーリング頻度の変更はユーザーが設定できません

関連情報