ExecutionConfig retry settings re-run retryable tool failures and guardrail validation errors with exponential backoff and jitter.
Quick Start
1
Enable with defaults
Retries with backoff are automatic when you set
max_retry_limit:2
Fine-tune backoff
Use
ExecutionConfig for delay, factor, and jitter:How It Works
Total attempts =1 + max_retry_limit. Default max_retry_limit=2 → up to 3 attempts.
Delay: min(initial_delay × factor^(attempt−1), 60s) + random(0, jitter × base).
Choosing Your Settings
Configuration
For per-tool
RetryPolicy overrides, see Tool Retry Policy.What Gets Retried
Common Patterns
Disable retries:Best Practices
Set jitter for parallel agents
Set jitter for parallel agents
Jitter spreads retry timing across agents and reduces thundering-herd spikes on shared APIs.
Don't retry programming errors
Don't retry programming errors
ValueError, TypeError, and AttributeError are treated as code bugs and are not retried.Backoff is capped at 60s
Backoff is capped at 60s
Very large backoff factors cannot exceed a 60-second base delay per attempt.
Related
ExecutionConfig
Full execution configuration reference
Guardrails
Input and output validation
Loop Guardrails
Cap tool calls per turn
Structured LLM Errors
LLM-level retry and error handling

