हैप्पी पाथ का पूर्वाग्रह
आप अधिकांश MCP सर्वर README पढ़ेंगे, तो आपको ठीक-ठीक यह सीखने को मिलेगा कि आदर्श परिस्थितियों में सर्वर को कैसे सेट करें और वह क्या कर सकता है। "किसी भी SQL डेटाबेस से क्वेरी करें।" "फ़ाइलें पढ़ें और लिखें।" "वेब पर खोज करें।" ये क्षमता-विवरण सटीक तो हैं, पर अधूरे हैं। ये आपको यह नहीं बताते कि जब चीज़ें बिगड़ जाती हैं तो क्या होता है।
जब आप एक करोड़ पंक्तियों वाली टेबल पर क्वेरी चलाते हैं तो क्या होता है? जब क्वेरी के बीच में डेटाबेस कनेक्शन टूट जाए तो क्या होता है? कितने आकार की फ़ाइलें प्रोसेस करने के लिए बहुत बड़ी हो जाती हैं? असल में कौन-कौन से SQL डायलेक्ट सपोर्टेड हैं? इन प्रश्नों के उत्तर अक्सर तकलीफ़देह ट्रायल और एरर के रास्ते से ही पता चलते हैं।
विफलता के डॉक्यूमेंटेशन में क्या-क्या शामिल हो
ज्ञात सीमाएँ: "अधिकतम परिणाम सेट का आकार 10,000 पंक्तियाँ है। इससे बड़ी क्वेरीज़ काट दी जाएँगी।" "बाइनरी फ़ाइलें सपोर्टेड नहीं हैं और एरर लौटाएँगी।" ये अपेक्षाएँ निर्धारित कर देती हैं ताकि उपयोगकर्ता विफलताओं के माध्यम से सीमाएँ खोजने में समय न गँवाएँ।
सामान्य एरर परिदृश्य: "यदि आपको 'connection timeout' दिखे, तो डेटाबेस सर्वर तक पहुँच नहीं हो पा रही होगी। जाँच लें कि आपके कॉन्फ़िगरेशन में होस्ट और पोर्ट सही हैं।" यह सामान्य त्रुटियों के लिए सबसे संभावित कारण देकर डीबगिंग का समय बचाता है।
एज केस: "BLOB कॉलम वाली क्वेरीज़ विफल होंगी क्योंकि बाइनरी डेटा को JSON में सीरियलाइज़ नहीं किया जा सकता।" "Unicode वर्णों वाले फ़ाइल पथ Windows पर काम नहीं करेंगे।" ये उन ख़ास झटकों से बचाते हैं जो सबसे अधिक हताशा पैदा करते हैं।
भरोसे का प्रभाव
उल्टी बात लगती है, पर विफलताओं को दर्ज करने से भरोसा बनता है। जब कोई README ईमानदारी से कहता है "यह सर्वर 10,000 से कम पंक्तियों की क्वेरीज़ के लिए शानदार काम करता है, लेकिन बड़े परिणाम सेट के साथ संघर्ष करता है," तो आप उस लेखक पर असीमित क्षमताओं का दावा करने वाले से अधिक भरोसा करते हैं। आप अधिक सूचित होकर अपनाने का निर्णय भी ले पाते हैं।
अच्छा विफलता डॉक्यूमेंटेशन डेवलपर अनुभव में निवेश है। जो उपयोगकर्ता टूल की सीमाओं को समझते हैं, वे उन सीमाओं के भीतर इसका उपयोग करते हैं और अच्छा अनुभव पाते हैं। जो उपयोगकर्ता सीमाओं को विफलता से जान पाते हैं, उनका अनुभव बुरा रहता है और वे किसी अन्य विकल्प की ओर मुड़ सकते हैं।