再試行ポリシー
アウトバウンドプロバイダ呼び出しの再試行戦略
Goals
- マルチステップフローではなく、HTTP リクエストごとに再試行します。
- Use ''retry_after'' when available, otherwise fallback to exponential backoff.
- 重複する非べき等操作を回避します。
デフォルト
- Retry per request (message send, media upload, reaction, vote, sticker).
- Compound flows do not retry completed steps.
- ジッター:0.1(10%)
- プロバイダのデフォルト:
- Telegram 最小遅延:400 ミリ秒
- Discord 最小遅延:500 ミリ秒
Behavior
Discord
- レート制限エラー(HTTP 429)の場合のみ再試行します。
- 利用可能な場合は Discord ''retry_after'' を使用し、それ以外は指数バックオフにフォールバックします。
Telegram
Set retry policy per provider in ''~/.openclaw/openclaw.json'':
- 利用可能な場合は ''retry_after'' を使用し、それ以外は指数バックオフにフォールバックします。
- Markdown 解析エラーは再試行されません。プレーンテキストにフォールバックします。
Notes
- Retries apply per request (message send, media upload, reaction, poll, sticker).
{
channels: {
telegram: {
retry: {
attempts: 3,
minDelayMs: 400,
maxDelayMs: 30000,
jitter: 0.1,
},
},
discord: {
retry: {
attempts: 3,
minDelayMs: 500,
maxDelayMs: 30000,
jitter: 0.1,
},
},
},
}Notes
- リクエストごとに再試行します(メッセージ送信、メディアアップロード、リアクション、投票、ステッカー)。
- 複合フローは完了したステップを再試行しません。