{"version":"2.1.58","anchor":"optimized-bridge-polling-for-remote-sessions","canonical_anchor":"optimized-bridge-polling-for-remote-sessions","heading":"Optimized bridge polling for remote sessions","tier":null,"area":null,"scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.58\/e\/optimized-bridge-polling-for-remote-sessions","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.58","markdown":"### Optimized bridge polling for remote sessions\n\n**What**\n\nThe polling interval for the bridge connection (used in remote\/cloud sessions) is now dynamically configurable from the server rather than being hardcoded.\n\n**Details**\n\n- Poll interval is now controlled by the `tengu_bridge_poll_interval_ms` feature flag, with a default of 1000ms and a floor of 100ms\n- The flag value is cached and refreshed every 5 minutes (300,000ms TTL)\n- The `block_ms` parameter was removed from work-poll requests, simplifying the client-server protocol\n- These changes allow Anthropic to tune remote session responsiveness server-side without requiring client updates\n\n**Evidence**\n\nNew cached config reader `KL1()` at line ~532330 (search for `\"tengu_bridge_poll_interval_ms\"`)\n\n- Flag `tengu_bridge_poll_interval_ms`: Not enough to say (read for one account on one subscription tier against v2.1.58; this account: no value returned, anonymous baseline: no value returned, compiled default: no gate table built for this version) These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release."}