पुनः प्रयास नीति

​

लक्ष्य

• प्रत्येक HTTP अनुरोध पर पुनः प्रयास करें, बहु-चरणीय प्रवाह पर नहीं।
• केवल वर्तमान चरण पर पुनः प्रयास करके क्रम बनाए रखें।
• गैर-आइडेम्पोटेंट संक्रियाओं के दोहराव से बचें।

​

डिफ़ॉल्ट

​

व्यवहार

​

मॉडल प्रदाता

• OpenClaw सामान्य छोटे पुनः प्रयासों को प्रदाता SDK द्वारा प्रबंधित करने देता है।
• Anthropic और OpenAI जैसे Stainless-आधारित SDK के लिए, पुनः प्रयास योग्य प्रतिक्रियाओं (408, 409, 429, और 5xx) में retry-after-ms या retry-after शामिल हो सकते हैं। जब यह प्रतीक्षा 60 सेकंड से अधिक होती है, तो OpenClaw x-should-retry: false प्रविष्ट करता है, ताकि SDK तुरंत त्रुटि प्रस्तुत करे और मॉडल फ़ेलओवर किसी अन्य प्रमाणीकरण प्रोफ़ाइल या फ़ॉलबैक मॉडल पर जा सके।
• OPENCLAW_SDK_RETRY_MAX_WAIT_SECONDS=<seconds> से सीमा को ओवरराइड करें। SDK को लंबे Retry-After विरामों का आंतरिक रूप से पालन करने देने के लिए इसे 0, false, off, none, या disabled पर सेट करें।

​

Discord

• दर-सीमा त्रुटियों (HTTP 429), अनुरोध टाइमआउट, HTTP 5xx प्रतिक्रियाओं और DNS लुकअप विफलताओं, कनेक्शन रीसेट, सॉकेट बंद होने तथा फ़ेच विफलताओं जैसी अस्थायी परिवहन विफलताओं पर पुनः प्रयास करता है।
• उपलब्ध होने पर Discord retry_after का उपयोग करता है, अन्यथा घातांकीय बैकऑफ़ का।

​

Telegram

• अस्थायी त्रुटियों (429, टाइमआउट, कनेक्ट/रीसेट/बंद, अस्थायी रूप से अनुपलब्ध) पर पुनः प्रयास करता है।
• उपलब्ध होने पर retry_after का उपयोग करता है, अन्यथा घातांकीय बैकऑफ़ का।
• HTML/Markdown पार्स त्रुटियों पर पुनः प्रयास नहीं किया जाता; पहले प्रयास में ही वे सादे टेक्स्ट पर फ़ॉलबैक करती हैं।

​

कॉन्फ़िगरेशन

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

​

टिप्पणियाँ

• पुनः प्रयास प्रत्येक अनुरोध (संदेश भेजना, मीडिया अपलोड, प्रतिक्रिया, पोल, स्टिकर) पर लागू होते हैं।
• संयुक्त प्रवाह पूर्ण हो चुके चरणों पर पुनः प्रयास नहीं करते।

​

संबंधित

• मॉडल फ़ेलओवर
• कमांड कतार