Back to Signal Feed
ProductionTracked since May 18, 2026

Crush now retries transient network failures

Release v0.70.0 extends Crush retry behavior so temporary network issues (such as short disconnects or DNS failures) are retried automatically, instead of failing immediately when no specific HTTP error code is returned.

Crushretry logicnetwork errorserror-code retries

What Happened

  • Release v0.70.0 extends Crush retry behavior so temporary network issues (such as short disconnects or DNS failures) are retried automatically, instead of failing immediately when no specific HTTP error code is returned.
  • Release v0.70.0 extends Crush retry behavior so temporary network issues (such as short disconnects or DNS failures) are retried automatically, instead of failing immediately when no specific HTTP error code is returned.
  • 1 evidence item attached for review.

What is Different

Before

Scattered source updates, isolated context, and manual follow-up across multiple feeds.

Now

Adds explicit retry handling for network-layer failures in request execution, reducing manual recovery from transient connectivity issues.

Why Track This

Why It Matters

Users of Crush will experience fewer hard failures during brief network hiccups, so prompts and API calls are more likely to succeed without manual reruns or intervention. This is implemented by expanding the retry path from status-code-only conditions to include network exceptions, so operators should monitor for repeated side effects on non-idempotent operations, retry amplification during unstable links, and any increased upstream rate-limit pressure.

Impact

Users of Crush will experience fewer hard failures during brief network hiccups, so prompts and API calls are more likely to succeed without manual reruns or intervention. This is implemented by expanding the retry path from status-code-only conditions to include network exceptions, so operators should monitor for repeated side effects on non-idempotent operations, retry amplification during unstable links, and any increased upstream rate-limit pressure.

What To Watch Next

  • Watch whether Crush becomes a repeated pattern.
  • Track follow-up changes around Agent Orchestration Platforms.
  • Compare future signals against this evidence trail.
  • Re-check risk flags: monitor_duplicate_effects_on_non_idempotent_requests, watch_retry_amplification_during_network_flaps.
Open Topic TimelineOpen Technical EventOpen Original Sourcemonitor_duplicate_effects_on_non_idempotent_requests / watch_retry_amplification_during_network_flaps / track_api_rate_limit_impact_after_added_retries

Supporting Evidence