ری ٹرائی پالیسی¶

مقاصد¶

• ہر HTTP درخواست پر ری ٹرائی کریں، نہ کہ کثیر مرحلہ فلو پر۔
• صرف موجودہ مرحلے کو ری ٹرائی کر کے ترتیب برقرار رکھیں۔
• غیر ہم شناخت (non-idempotent) کارروائیوں کی نقل سے بچیں۔

طے شدہ اقدار¶

• کوششیں: 3
• زیادہ سے زیادہ تاخیر کی حد: 30000 ms
• جیٹر: 0.1 (10 فیصد)
• فراہم کنندہ کی طے شدہ اقدار:
• Telegram کم از کم تاخیر: 400 ms
• Discord کم از کم تاخیر: 500 ms

رویّہ¶

Discord¶

• صرف ریٹ لمٹ غلطیوں (HTTP 429) پر ری ٹرائی کرتا ہے۔
• دستیاب ہونے پر Discord retry_after استعمال کرتا ہے، بصورتِ دیگر ایکسپونینشل بیک آف۔

Telegram¶

• عارضی غلطیوں پر ری ٹرائی کرتا ہے (429، ٹائم آؤٹ، کنیکٹ/ری سیٹ/کلوزڈ، عارضی طور پر دستیاب نہیں)۔
• دستیاب ہونے پر retry_after استعمال کرتا ہے، بصورتِ دیگر ایکسپونینشل بیک آف۔
• Markdown پارس غلطیوں پر ری ٹرائی نہیں کی جاتی؛ یہ سادہ متن پر فال بیک کرتی ہیں۔

کنفیگریشن¶

~/.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,
      },
    },
  },
}

نوٹس¶

• ری ٹرائیز ہر درخواست پر لاگو ہوتی ہیں (پیغام بھیجنا، میڈیا اپ لوڈ، ردِعمل، پول، اسٹیکر)۔
• کمپوزٹ فلو مکمل ہو چکے مراحل کو دوبارہ ری ٹرائی نہیں کرتے۔