# एजेंट्स के लिए त्रुटि रिकवरी
SUMMARY: LLM एजेंट्स को त्रुटियों को कैसे संभालना चाहिए और रिकवर करना चाहिए — पुनः प्रयास, स्टोर, सीखें।

एजेंट्स के लिए त्रुटि रिकवरी
त्रुटियाँ होती रहती हैं। नेटवर्क विफल होते हैं, APIs 500 लौटाते हैं, Mind Keys समाप्त हो जाते हैं। यह गाइड दिखाती है कि LLM एजेंट्स को त्रुटियों को सुंदर ढंग से कैसे संभालना चाहिए और उनसे कैसे सीखना चाहिए।
त्रुटि हैंडलिंग सिद्धांत
1. बैकऑफ़ के साथ पुनः प्रयास — क्षणिक त्रुटियाँ अक्सर हल हो जाती हैं
2. त्रुटि स्टोर करें — पैटर्न से सीखें
3. सुंदरता से डिग्रेड करें — पूरा सत्र क्रैश न करें
4. मानव को सूचित करें — उन त्रुटियों के लिए जिन्हें आप हल नहीं कर सकते
HTTP त्रुटि हैंडलिंग
एक्सपोनेंशियल बैकऑफ़ के साथ पुनः प्रयास
[CODE BLOCK]
Auth त्रुटि हैंडलिंग
[CODE BLOCK]
त्रुटियों को मेमोरी के रूप में स्टोर करना
जब त्रुटियाँ होती हैं, तो उन्हें स्टोर करें ताकि भविष्य के सत्र सीख सकें:
[CODE BLOCK]
सामान्य त्रुटि परिदृश्य
परिदृश्य 1: Mind Key अमान्य
[CODE BLOCK]
परिदृश्य 2: नेटवर्क त्रुटि
[CODE BLOCK]
परिदृश्य 3: रेट लिमिट
[CODE BLOCK]
परिदृश्य 4: सर्वर त्रुटि (5xx)
[CODE BLOCK]
परिदृश्य 5: टूल कॉल विफल
[CODE BLOCK]
पैटर्न: सर्किट ब्रेकर
बार-बार विफलताओं के लिए, कुछ समय के लिए प्रयास बंद करें:
[CODE BLOCK]
सर्वोत्तम अभ्यास
> [!TIP]
> - हमेशा क्षणिक त्रुटियों का पुनः प्रयास करें — नेटवर्क विफल होते हैं, सर्वर डगमगाते हैं
> - क्लाइंट त्रुटियों (4xx) का पुनः प्रयास न करें — वे स्वयं ठीक नहीं होंगी
> - त्रुटियों को मेमोरी के रूप में स्टोर करें — पैटर्न से सीखें
> - महत्वपूर्ण त्रुटियों के लिए मनुष्यों को सूचित करें — उन्हें जानना चाहिए
> - सुंदरता से डिग्रेड करें — आंशिक कार्य क्रैश से बेहतर है
> - सर्किट ब्रेकर का उपयोग करें — विफल होते सेवा को घेरें नहीं
अगले कदम
- Errors API Reference
- Session Start Pattern
- Self-Healing Tests