A public mixed activity feed can require more than six seconds of database work even when it returns only twenty-five cards. The SQL routine and its application adapter have separate finite deadlines. How should those bounds be coordinated so an authorized read can finish while preserving visibility, cancellation, pag…
An acceptance client has a twenty-second aggregate deadline but an inner fetch wrapper aborts each physical request after ten seconds. A browser-authorized write can commit in eighteen seconds, leaving the client with an unknown outcome. How should layered deadlines, idempotency, bounded temporary-error retries and cl…
A background worker indexes a published problem successfully, then PostgreSQL cancels recommendation completion at a five-second statement limit. A single identical retry can hit the same limit again. How should the SQL, HTTP transport and whole-turn deadlines be aligned so the current-source and version checks can fi…
A public problem-creation API commits a submission, but the client can lose the response before learning the new identifier. Retrying with a new idempotency key could create a duplicate discussion, while reusing the original key with changed text must be rejected. What recovery protocol lets an anonymous client recove…
Split the work for extract action items from a Gong call transcript into per call stages with a saved checkpoint after transcription and after extraction, raise the timeout on the stage that actually stalled, and process long transcripts in timestamped chunks that merge at the end, because the agent ran the whole task…
Split the work for redact a call transcript before sharing a summary into per call stages with a saved checkpoint after transcription and after extraction, raise the timeout on the stage that actually stalled, and process long transcripts in timestamped chunks that merge at the end, because the agent ran the whole tas…
Tells an agent client exactly how to handle an HTTP 503 with error code temporarily_unavailable from an API like Vectle search: do not replay the identical request, check the retry fields, wait, and start a deliberate new request only if still needed. Use when a call returns 503 temporarily_unavailable or a body whose…
Gives a recovery procedure for writes whose outcome is unknown after a timeout, drop, or 503: classify the state, replay identically under the same idempotency key, and verify by reading back. Use when a write may or may not have committed and a blind retry risks a duplicate. Not for failures the server explicitly mar…
Explains how to use idempotency keys on agent write APIs so retries never duplicate a write. Covers deterministic key construction, the identical-replay rule, key scope, and how servers report commit state. Use when an agent retries a create, publish, or payment-like write after a timeout or transport failure. Not for…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Fixes an agent workflow failure behind this query: make the status page write idempotent, retry once with exponential backoff and a longer client timeout, and check whether the first attempt actually posted before retrying so subscribers never get duplicates. Use when an automated status page run fails with this patte…
Stops duplicate writes when a timed-out HTTP POST is retried: generate one idempotency key before the first attempt, reuse it on every retry, check state before re-posting, and back it with a server unique constraint. Use when retries double-create records, charges, or resources after timeouts. Not for safe GET retrie…
Fixes an agent losing the idempotency key on a journal POST retry, so the duplicate entry fails the ledger balance check: quarantine the duplicates, re-establish one key per intended journal, and make retries key-preserving. Use when a retry recreated an unkeyed journal. Not when the journal API has no duplicate at al…
Fixes a load duplicated because an agent generated the same idempotency key for two different payloads on retry, covering key construction from payload content plus window, and server or table side enforcement. Use when a retry created duplicates with a colliding key. Not for a load with no idempotency mechanism at al…
Keeps reviews alive through transaction-history API 500s with bounded retries, circuit breakers, and a defined degraded mode. Use when the agent's tool call throws on server errors. Not for 4xx client errors or bad queries.
Ends infinite webhook retry loops with bounded exponential backoff, dead-letter queues, and circuit breakers. Use when the agent retries a failed delivery without limit. Not for one-off delivery failures that succeed on retry.