Retry-politik¶

Mål¶

• Prøv igen pr. HTTP-anmodning, ikke pr. flertrins flow.
• Bevar rækkefølgen ved kun at retry det aktuelle trin.
• Undgå at duplikere ikke-idempotente operationer.

Standarder¶

• Forsøg: 3
• Maks. forsinkelse hætte: 30000 ms
• Jitter: 0,1 (10 procent)
• Udbyderstandarder:
• Telegram min. forsinkelse: 400 ms
• Discord min. forsinkelse: 500 ms

Adfærd¶

Discord¶

• Retry kun ved rate-limit-fejl (HTTP 429).
• Bruger retry_after når tilgængelig, ellers eksponentiel backoff.

Telegram¶

• Retry ved forbigående fejl (429, timeout, connect/reset/closed, midlertidigt utilgængelig).
• Bruger retry_after når tilgængelig, ellers eksponentiel backoff.
• Markdown-parsefejl retries ikke; de falder tilbage til ren tekst.

Konfiguration¶

Indstil retry-politik pr. udbyder i ~/.openclaw/openclaw.json:

{
  channels: {
    telegram: {
      retry: {
        attempts: 3,
        minDelayMs: 400,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
    discord: {
      retry: {
        attempts: 3,
        minDelayMs: 500,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
  },
}

Noter¶

• Retry gælder pr. forespørgsel (afsendelse af besked, medieupload, reaktion, afstemning, sticker).
• Sammensatte flows retryer ikke gennemførte trin.