Política de Reintento

- Reintento por petición HTTP, no por flujo multi-paso.

- Usar ''retry_after'' cuando esté disponible, de lo contrario retroceder a backoff exponencial.

- Errores de parseo Markdown no se reintentan; retroceden a texto plano.

- Reintento por petición (envío de mensaje, subida de medio, reacción, voto, sticker).

- Flujos compuestos no reintentan pasos completados.

- Jitter: 0.1 (10 por ciento)

- Valores predeterminados por proveedor:

- Telegram retardo mínimo: 400 ms

- Discord retardo mínimo: 500 ms

- Reintenta en errores transitorios (429, timeout, connect/reset/closed, temporalmente no disponible).

- Usa ''retry_after'' cuando esté disponible, de lo contrario backoff exponencial.

Establecer política de reintento por proveedor en ''~/.openclaw/openclaw.json'':

- Usar ''retry_after'' cuando esté disponible, de lo contrario retroceder a backoff exponencial.

- Errores de parseo Markdown no se reintentan; retroceden a texto plano.

- Los reintentos aplican por petición (envío de mensaje, subida de medio, reacción, encuesta, sticker).

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

- Los reintentos aplican por petición (envío de mensaje, subida de medio, reacción, encuesta, sticker).

- Flujos compuestos no reintentan pasos completados.