एजेंट एरर पढ़ता है
जब कोई MCP सर्वर टूल कॉल विफल होती है, तो एरर मैसेज एजेंट के संदर्भ का हिस्सा बन जाता है। एजेंट एरर पढ़ता है और तय करता है कि अगला क्या करे। क्या उसे रीट्राई करना चाहिए? कोई अलग तरीक़ा आज़माना चाहिए? उपयोगकर्ता से मदद माँगनी चाहिए? निर्णय पूरी तरह उस पर निर्भर है जो एरर मैसेज उसे बताता है।
एक एरर मैसेज जो कहता है "Error: ECONNREFUSED" एजेंट को बताता है कि कनेक्शन अस्वीकार किया गया, पर क्यों या इसके बारे में क्या करना है, यह नहीं। एक एरर मैसेज जो कहता है "Error: Cannot connect to PostgreSQL at localhost:5432. The database server may not be running, or the port may be incorrect. Check that PostgreSQL is started and the connection settings match your database configuration." एजेंट को उपयोगकर्ता को समस्या समझाने और विशिष्ट समाधान सुझाने के लिए पर्याप्त जानकारी देता है।
अच्छे एरर रिकवरी सक्षम बनाते हैं
AI द्वारा उपयोग किए जाने वाले टूलों के लिए सबसे अच्छे एरर मैसेज एक पैटर्न का अनुसरण करते हैं: क्या हुआ, क्यों हुआ होगा, और क्या इसे ठीक कर सकता है। "Query returned 0 rows. The table 'users' exists but may be empty, or the WHERE clause 'created_at > 2026-12-01' may not match any records. Try broadening the date range or checking the table contents." यह एजेंट को उपयोगकर्ता से पूछे बिना संशोधित क्वेरी आज़माने के लिए पर्याप्त संदर्भ देता है।
एरर वर्गीकरण भी मदद करता है। यदि एरर अनुमति समस्या इंगित करता है, तो एजेंट जानता है कि रीट्राई से लाभ नहीं होगा। यदि वह अस्थायी नेटवर्क समस्या इंगित करता है, तो रीट्राई सफल हो सकता है। यदि वह अमान्य पैरामीटर इंगित करता है, तो एजेंट अलग पैरामीटर आज़मा सकता है। स्पष्ट वर्गीकरण समझदार रिकवरी रणनीति सक्षम बनाता है।
बुरे एरर लूप का कारण बनते हैं
"Internal server error" या "Something went wrong" जैसे अस्पष्ट एरर मैसेज एजेंट को काम करने के लिए कोई जानकारी नहीं देते। वह वही विफल कॉल फिर से कर सकता है (टोकन बर्बाद करते हुए), थोड़ा अलग तरीक़ा आज़मा सकता है जो उसी कारण से विफल हो, या पूरी तरह हार मान सकता है—जब एक सरल पैरामीटर समायोजन समस्या ठीक कर देता।
सबसे बुरा पैटर्न तब है जब एरर पूरी तरह निगल लिए जाते हैं, यह कोई संकेत नहीं देते कि कुछ ग़लत हुआ। एजेंट खाली या आंशिक परिणाम पाता है और ऐसे आगे बढ़ता है जैसे वह सही हो। इससे डाउनस्ट्रीम क्रमिक एरर उत्पन्न होते हैं।
MCP सर्वर निर्माताओं के लिए
यदि आप MCP सर्वर बना रहे हैं, तो एरर मैसेज में निवेश करें। हर एरर पथ ऐसा मैसेज लौटाए जो भाषा मॉडल को समस्या समझने और समाधान सुझाने में मदद करे। अपने एरर को ऐसे जूनियर डेवलपर के लिए निर्देश समझें जिनके पास आपके लॉग या डेटाबेस तक पहुँच नहीं है। समस्या को निदान करने और ठीक करने के लिए उन्हें क्या जानने की ज़रूरत होगी?
एरर में प्रासंगिक संदर्भ शामिल करें: क्या ऑपरेशन आज़माया गया, क्या पैरामीटर इस्तेमाल हुए, अपेक्षित व्यवहार क्या था, और वास्तव में क्या हुआ। यह संदर्भ कोड की कुछ अतिरिक्त पंक्तियाँ माँगता है पर एजेंट आपके सर्वर से कैसे काम करते हैं इसमें नाटकीय सुधार लाता है।