Zum Hauptinhalt springen

Retry-Richtlinie

Ziele

  • Wiederholung pro HTTP-Anfrage, nicht pro mehrstufigem Ablauf.
  • Reihenfolge beibehalten, indem nur der aktuelle Schritt wiederholt wird.
  • Duplizierung nicht-idempotenter Vorgänge vermeiden.

Standardwerte

  • Versuche: 3
  • Maximale Verzögerungsobergrenze: 30000 ms
  • Jitter: 0,1 (10 Prozent)
  • Anbieter-Standardwerte:
    • Telegram minimale Verzögerung: 400 ms
    • Discord minimale Verzögerung: 500 ms

Verhalten

Discord

  • Wiederholungen nur bei Rate-Limit-Fehlern (HTTP 429).
  • Verwendet Discord retry_after, sofern verfügbar, andernfalls exponentielles Backoff.

Telegram

  • Wiederholungen bei transienten Fehlern (429, Timeout, Verbindung/Reset/Geschlossen, vorübergehend nicht verfügbar).
  • Verwendet retry_after, sofern verfügbar, andernfalls exponentielles Backoff.
  • Markdown-Parse-Fehler werden nicht wiederholt; es wird auf Klartext zurückgefallen.

Konfiguration

Legen Sie die Wiederholungsrichtlinie pro Anbieter in ~/.openclaw/openclaw.json fest:
{
  channels: {
    telegram: {
      retry: {
        attempts: 3,
        minDelayMs: 400,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
    discord: {
      retry: {
        attempts: 3,
        minDelayMs: 500,
        maxDelayMs: 30000,
        jitter: 0.1,
      },
    },
  },
}

Hinweise

  • Wiederholungen gelten pro Anfrage (Nachrichtenversand, Medien-Upload, Reaktion, Umfrage, Sticker).
  • Zusammengesetzte Abläufe wiederholen keine bereits abgeschlossenen Schritte.