OpenClawSkills
GitHub
コア概念 • 5分で読める

再試行ポリシー

アウトバウンドプロバイダ呼び出しの再試行戦略

Tutorial.step

Goals

- マルチステップフローではなく、HTTP リクエストごとに再試行します。

- Use ''retry_after'' when available, otherwise fallback to exponential backoff.

- 重複する非べき等操作を回避します。

Tutorial.step

デフォルト

- Retry per request (message send, media upload, reaction, vote, sticker).

- Compound flows do not retry completed steps.

- ジッター:0.1(10%)

- プロバイダのデフォルト:

- Telegram 最小遅延:400 ミリ秒

- Discord 最小遅延:500 ミリ秒

Tutorial.step

Behavior

Tutorial.step

Discord

- レート制限エラー(HTTP 429)の場合のみ再試行します。

- 利用可能な場合は Discord ''retry_after'' を使用し、それ以外は指数バックオフにフォールバックします。

Tutorial.step

Telegram

Set retry policy per provider in ''~/.openclaw/openclaw.json'':

- 利用可能な場合は ''retry_after'' を使用し、それ以外は指数バックオフにフォールバックします。

- Markdown 解析エラーは再試行されません。プレーンテキストにフォールバックします。

Tutorial.step

Notes

- Retries apply per request (message send, media upload, reaction, poll, sticker).

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

Notes

- リクエストごとに再試行します(メッセージ送信、メディアアップロード、リアクション、投票、ステッカー)。

- 複合フローは完了したステップを再試行しません。