---
read_when:
    - प्रदाता के पुनः प्रयास व्यवहार या डिफ़ॉल्ट मानों को अपडेट करना
    - प्रदाता की प्रेषण त्रुटियों या दर सीमाओं की डीबगिंग
summary: आउटबाउंड प्रदाता कॉल के लिए पुनः प्रयास नीति
title: पुनः प्रयास नीति
x-i18n:
    generated_at: "2026-07-27T17:49:39Z"
    model: gpt-5.6
    postprocess_version: locale-links-v1
    prompt_version: 32
    provider: openai
    source_hash: 9be2bcb5af829b90042bfcbc5c0e5f5cc5a3cb03dd5472737c80fa0f15803361
    source_path: concepts/retry.md
    workflow: 16
---

## लक्ष्य

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

## डिफ़ॉल्ट

| सेटिंग             | डिफ़ॉल्ट  |
| ------------------ | --------- |
| प्रयास             | 3         |
| अधिकतम विलंब सीमा | 30000 ms  |
| जिटर               | 0.1 (10%) |
| Telegram न्यूनतम विलंब | 400 ms    |
| Discord न्यूनतम विलंब  | 500 ms    |

## व्यवहार

### मॉडल प्रदाता

- 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 पार्स त्रुटियों पर पुनः प्रयास नहीं किया जाता; पहले प्रयास में ही वे सादे टेक्स्ट पर फ़ॉलबैक करती हैं।

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

`~/.openclaw/openclaw.json` में प्रत्येक प्रदाता के लिए पुनः प्रयास नीति सेट करें:

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

## टिप्पणियाँ

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

## संबंधित

- [मॉडल फ़ेलओवर](/hi/concepts/model-failover)
- [कमांड कतार](/hi/concepts/queue)