What problem does it solve? Manual sleep loops and ad-hoc retry logic in TypeScript lead to unbounded retries, synchronized callers, lost interruption semantics, and retries of non-idempotent operations. This Skill provides authoritative guidance for modeling recurrence and failure policy with Effect v4's Schedule API. ## Core Features & Use Cases - Retry and Repeat Policy Design: Choose the correct Schedule combinator (recurs, spaced, fixed, exponential, fibonacci, jittered, upTo, concat, while, tap) for counters, delays, backoff, and metadata-driven stopping. - Rate-Limit-Aware Retries: Use Schedule.modifyDelay to honor provider retry-after hints by taking the maximum of computed backoff and the typed retry delay. - Timeouts and Polling: Apply Effect.timeout, timeoutOption, timeoutOrElse, and structured polling workers with explicit per-item failure policy and fiber ownership. - Use Case: When wrapping a flaky third-party HTTP call, build a jittered exponential backoff schedule bounded to five attempts that respects the provider's Retry-After header and logs each attempt with full metadata. ## Quick Start Ask the agent to design an Effect retry policy with bounded jittered exponential backoff for a specific failing operation in your TypeScript code.
